Displaying 20 results from an estimated 2000 matches similar to: "Bug#702340: xe sr-create creates nested PV/VG"
2013 Oct 07
1
Bug#725676: resizing SR fails
Package: xcp-xapi
Version: 1.3.2-14
I've expanded the underlying volume for the SR
xe sr-scan doesn't seem to detect the new space
I've tried various things:
- using pvresize so that LVM detects the bigger partition
pvresize /dev/sda6
and the pvscan command now shows the correct space. running "xe
sr-scan uuid=$UUID" after this failed to detect the space
-
2012 Jul 06
1
Bug#680511: xcp-xe: autocomplete for sr-probe type=nfs does not provide hints for device-config
Package: xcp-xe
Version: 1.3.2-8
Severity: minor
XCP 0.5,1.0 and 1.1 provides hints for device-config depends on type field in sr-probe, xcp-xapi (xcp-xe) does not.
Difference:
XCP 1.1 behavior:
xe sr-probe type=nfs device-config:[Tab]
device-config: device-config:serverpath=
device-config:server=
xcp-xe behavior:
xe sr-probe type=nfs device-config:[Tab]
(nothing)
Other arguments
2013 Mar 06
1
Bug#702428: HVM fails to start with VIF / qemu-dm error
Package: xcp-xapi
Version: 1.3.2-14
Severity: important
I imported a HVM from a legacy xm environment.
It is attached to one vif, the xenapi management vif
It fails to start:
# xe vm-start uuid=f2ba4767-7b4f-b416-3da6-3fe059ebfc37
The server failed to handle your request, due to an internal error. The
given message may give details useful for debugging the problem.
message: device model
2012 Aug 19
5
fail to mount after first reboot
I created a 1TB RAID1. So far it is just for testing, no important data
on there.
After a reboot, I tried to mount it again
# mount /dev/mapper/vg00-btrfsvol0_0 /mnt/btrfs0
mount: wrong fs type, bad option, bad superblock on
/dev/mapper/vg00-btrfsvol0_0,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or
2012 Jul 06
1
Bug#680500: xcp-xe: Tab in autocomple of params for 'xe pif-list params=' erase some arguments
Package: xcp-xe
Version: 1.3.2-8
Severity: minor
When autocomplete for bash is activated following misbehavior happens:
xe pif-list params=device,m[Tab]
expected behavior:
autocomplete to xe pif-list params=device,management
actual behavior:
xe pif-list params=management
('device' removed)
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500,
2012 Sep 17
3
Bug#687936: xcp-xe: 'xe console' command undocumented
Package: xcp-xe
Version: 1.3.2-11
Severity: minor
xe did not prove help in autocomplete for xe console command.
Steps to reproduce:
xe console[tab]
Output (help) does not contains xe console command.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-3-686-pae (SMP w/8 CPU cores)
2012 Sep 11
1
Bug#687284: /usr/lib/xcp/bin/xe-reset-networking uses Fedora-specific paths
Package: xcp-xapi
Version: 1.3.2-11
xe-reset-networking uses Fedora/CentOS-specific paths like /etc/firstboot.d (perhaps /var/lib/xcp/firstboot.d instead? - this is used in other places) and /etc/sysconfig and possibly others. The script doesn't properly reset networking due to this.
Regards,
Ognyan Kulev
--
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
2013 Dec 08
1
Bug#731718: after run: xe vm-import filename=... The VM could not be imported
Package: xcp-xe
Version: 1.3.2-15
after run: xe vm-import filename=debserv.ovf
i get messages:
The VM could not be imported.
msg: INTERNAL_ERROR: [ Failure("int_of_string") ]
In /var/log/xcp-xapi.log, i get the lines:
|5239 INET 127.0.0.1:80|VM import R:d700155bd1f0|import] Importing (as new VM)
|5239 INET 127.0.0.1:80|VM import R:d700155bd1f0|import] Reading XML
|5239 INET
2012 May 29
1
Bug#675052: xcp-xapi: xe vm-memory-target-set does not write target to xenstore
Package: xcp-xapi
Version: 1.3.2-6
Severity: important
Tags: upstream
xe vm-memory-target-set does not write new target to /local/domain/ID/memory/target. Balloon in guest domain is expecting this value to be changed to do selfballooning.
This breaks 'dynamic memory control' feature.
Steps to reproduce:
1) Setup any PV virtual machine with static-memory-min < static-memory-max
2)
2013 Aug 06
1
Bug#718864: wrong default route
Package: xcp-xapi
Version: 1.3.2-15
Severity: important
New wheezy box
Follow the setup instructions for xcp-xapi, choosing openvswitch networking
Only loopback is defined in /etc/network/interfaces (the way it should
be for XCP)
IP address, router, DNS has been configured statically with
pif-reconfigure-ip
After reboot, the IP address is assigned correctly on the bridge
interface but some
2013 Jul 08
1
Bug#715333: IPv6 security risks with XCP dom0
Package: xcp-xapi
Version: 1.3.2-14
Severity: important
I understand that XCP version 1.3 doesn't support IPv6
This blog talks about enabling it in v1.6:
http://jeffloughridge.wordpress.com/2013/06/16/ipv6-in-xcp-1-6/
However, one observation that I have made is that the dom0 host, in a
default wheezy installation, has kernel IPv6 enabled and appears to have
a link-local address on every
2012 May 29
3
Bug#675055: xcp-xapi: xe-edit-bootloader does not compatible with new /dev/sm
Package: xcp-xapi
Version: 1.3.2-6
Severity: normal
Tags: upstream
/usr/lib/xcp/bin/xe-edit-bootloader failing with following message:
/usr/lib/xcp/bin/xe-edit-bootloader -u 19f66083-e776-70d1-1808-3712688ad138
Creating dom0 VBD: 0fdb952e-92ff-4b53-dd49-8d54b2268787
Plugging VBD:
Waiting for /dev/sm/backend/4c15ea03-5d70-938e-8265-d5424c0fda5e/963afb9a-9ceb-410f-8554-8be9fb70e7e0: . done
2013 Mar 05
1
Bug#702338: can't create network from xe command line
Package: xcp-xe
Version: 1.3.2-14
Severity: important
I created an internal network using
xe network-create name-label='Private NAT network'
Looking with brctl, I could see xapi0 had been created by the tools.
However, the network does not appear in openxenmanager. I even
restarted openxenmanager, it still didn't appear.
Then I deleted the network and created it again from
2012 May 01
1
Bug#670988: xcp-xapi: /usr/lib/xcp/bin/xe-mount-iso-sr has wrong path for XE
Package: xcp-xapi
Version: 1.3-16
Severity: normal
Tags: patch
Dear Maintainer,
Path to "xe" program in /usr/lib/xcp/bin/xe-mount-iso-sr should be:
XE="/usr/bin/xe"
HTH,
David
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores)
2011 Nov 21
0
Issue XCP 1.1: Shared LVM SR - unavailable host leaves VDI attached RW (xe vdi-introduce not available)
Dear list,
We observed the following issue in conjunction w/ XCP 1.1 which is a
_severe_ problem.
Our environment:
- Two XCP 1.1 hosts in the same resource pool
- Shared LVM based storage repository based on DRBD
- VMs running on both systems stored on the shared SR
If suddenly one host dies unexpectedly (e.g. hardware defect, power
issue) the metadata still assumes the VMs that were running on
2013 Mar 05
2
Bug#702369: can't install wheezy from template
Package: xcp-xe
Version: 1.3.2-14
Severity: important
My dom0 is 64 bit wheezy with the xen-xapi environment
I try the following:
xe vm-install \
template=Debian\ Wheezy\ 7.0\ \(64-bit\) new-name-label=wheezytest1
xe vm-param-set uuid=$MY_UUID \
other-config:install-repository=http://ftp.ch.debian.org/debian/
xe vif-create network-uuid=$MY_NET_UUID \
vm-uuid=$MY_UUID device=0
xe
2012 Apr 05
0
xe vdi-create failure ot local SR type=file and type=ext
Hi,
have permanent failure when try to create VDI on local SR type=file or
type=ext. On both types it failed with the same error:
SR_BACKEND_FAILURE_78
VDI Creation failed [opterr=error 127]
I am on Debian box with kernel 3.3.0-rc7, Xen version 4.1.2 (Debian
4.1.2-2.1), Xen-API Version: 1.3.2-4 (Kronos)
Is it a bug, or am I missing something? Anybody managed to workaround
this problem?
Here is
2012 Apr 05
0
Re: [Xen-API] xe vdi-create failure ot local SR type=file and type=ext
The log snippet doesn''t have the detail in it - have a look in /var/log/SMlog - you might find something more useful in there.
Jon
On 5 Apr 2012, at 10:23, Dimitar Kazakov wrote:
> Hi,
> have permanent failure when try to create VDI on local SR type=file or
> type=ext. On both types it failed with the same error:
> SR_BACKEND_FAILURE_78
> VDI Creation failed
2012 Jun 24
1
Bug#678723: xcp-xapi: vif-interfaces added to database as PIF's
Package: xcp-xapi
Version: 1.3.2-6
Severity: normal
After some time of rebooting and toolstack restart found very funny output in 'xe pif-lis':
xe pif-list params=currently-attached,device
device ( RO) : vif2.0
currently-attached ( RO): false
device ( RO) : vif211.0
currently-attached ( RO): false
device ( RO) : eth1
2012 Apr 05
0
Re: [Xen-API] (solved) xe vdi-create failure ot local SR type=file and type=ext
Thanks!
I found the problem in SMlog.
/usr/sbin/td-util create vhd 1024
/var/run/sr-mount/4137dc90-4ad7-ecc6-dd2f-6f05ac280fc2/247b64e4-6b7f-4b2f-bd73-50e848c78d71.vhd
/usr/sbin/td-util: error while loading shared libraries:
libxenctrl.so.4.0: cannot open shared object file: No such file or directory
td-util from blktap-utils 2.0.90-3 (testing) is looking for
libxenctrl.so.4.0, but the package