similar to: Bug#677244: xen-utils-common: xen-toolstack fails if either `xm` or `xl` is not found in xen-dir

On Tue, 2013-10-22 at 11:52 +0200, PASZTOR Gyorgy wrote: > When you use xl toolstack, you can't reboot domUs. > When you switch back to xm toolstack, than reboot works again. > I think the problem with the debian packaged version is the same as in > this thread: > http://lists.xen.org/archives/html/xen-devel/2011-09/msg01289.html > I also think it's a security issue,

I get “Unable to connect to libvirt” when using virt-manager in combination with the XL toolstack and Xen 4.2.1. (No problems when using virt-manager in combination with the XM toolstack.) More details of the situation can be found in a bug-report that I filed on launchpad. Please see: https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1180281 Judging from the information that I provided

Hi, "Ian Campbell" <ijc at hellion.org.uk> ?rta 2013-10-22 11:17-kor: > On Tue, 2013-10-22 at 11:52 +0200, PASZTOR Gyorgy wrote: > > When you use xl toolstack, you can't reboot domUs. > > When you switch back to xm toolstack, than reboot works again. > > I think the problem with the debian packaged version is the same as in > > this thread: > >

Hej folks, I''m messing around with DRBD once again but with a new Xen 4.1.2 installation using the XL toolstack instead of the xend daemon. However, after getting my DRBD installed and a device operational, trying to create a domU using the drbd block device doesn''t want to work: xl create -c test.cfg Parsing config file test.cfg Unknown disk type: drbd My config has: disk

Hello, everybody! Does anyone have experience of running win7/winxp with xl? As for me, I got HAL_INITIALIZATION_FAILED BSOD on win7 booting and guest hanging in case of winxp. When i run these guests (with the same configs) with xm, everything is ok. The guests boot perfectly. Did anyone run into it too? I use the lattest xen-unstable, but i saw the problem several months ago too. My

I have an issue on Xen 4.2+ (now on yesterday''s tip) where when I try to use an iso image as cdrom for a pv domU, it appears that the devices is an unusable state on the domU side. DomU kernel output: http://bpaste.net/show/63482/ xen logs: http://bpaste.net/show/63490/ udevadm monitor output: http://bpaste.net/show/63481/ I can work around this issue easily by creating a loop back

Hello, After creating and destroying a number of domUs, I noticed that /local/domain/0/backend starts to get cluttered when using XL. The vif, vfb, vkbd, and vbd sections look like this: 270 = "" 271 = "" 272 = "" 273 = "" 274 = "" 275 = "" Where the dom ID is set to an empty value, however the console

Hello, Hope you can help. A while ago users noted performance degradation or dom0 stability issues when shuting down a HVM guest that uses VGA passthrough (e.g. Windows 7), and booting up the guest again. A workaround was to eject the graphics card within Windows, before shutting down the guest. This process is described here: http://blog.ktz.me/?p=219. I tried to follow those instructions, but

Package: xen-utils-4.1 Version: 4.1.4-3+deb7u1 Severity: important Tags: security patch When you use xl toolstack, you can't reboot domUs. When you switch back to xm toolstack, than reboot works again. I think the problem with the debian packaged version is the same as in this thread: http://lists.xen.org/archives/html/xen-devel/2011-09/msg01289.html I also think it's a security issue,

Hello, Currently it seems that the drbd disk type with Xen''s XL toolstack (vs XM) to get the automatic promotion/demotion behavior of drbd devices is not supported. Is there something I can tweak with the block-drbd script to get this to work? Thanks, Chris _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users

Hello, Currently it seems that the drbd disk type with Xen''s XL toolstack (vs XM) to get the automatic promotion/demotion behavior of drbd devices is not supported. Is there something I can tweak with the block-drbd script to get this to work? Thanks, Chris _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users

Hello all I''ve just installed xen 4.1.1 on my server and was tryoing to tweak xendomains script to work with new xl schema but I can´t get it to save domains. It does start them with some changes I made to it but when I issue service xendomains stop I just get [ OK ] but domains stay running. Has xendomains script been ported to work with 4.1.1 or is there another alternative to it.

I''ve migrated my Dom0 host to Xen 4.2.0 + xl toolstack. With ''xm'' toolstack, configs in /etc/xen/auto are autostarted, assuming xend/xendomains services are started. IIUC, when using xl toolstack, those services are not to be started; and, afaict, the installation process for 4.2 has them disabled by default. Now, the configs in /etc/xen/auto are simply ignored. I

Compiz 0.9.14.0 has been officially released today. Major changes in this release include: - Development has switched from Bazaar (back) to Git [1]. - CCSM has been ported to PyGObject, GTK 3 and Python 3. - compizconfig-python has been ported from Pyrex to Cython. - Restored the Color Filter plugin by porting it to the new plugin API. - Added support for loading configuration from multiple

Package: xcp-xapi Version: 1.3.2-8 Severity: important During startup /etc/init.d/xendomains script is called. That script is installed with xen-utils-common witch xcp-xapi is depends on. That script calls /usr/sbin/xen as xen list &> /dev/null This 'xen' seems to call xapi: xen list ^Z [1]+ Stopped xen list root at lab-xh3:~# ps f PID TTY STAT TIME

Processing commands for control at bugs.debian.org: > close 587090 4.1.0~rc6-1 Bug #587090 [xen-utils-4.0] xen-utils-4.0: Exception starting xend ('NoneType' object has no attribute 'rfind') There is no source info for the package 'xen-utils-4.0' at version '4.1.0~rc6-1' with architecture '' Unable to make a source version for version

Control: tag -1 +patch commit 717323e8f7398d45f8dc923a20a75baa7333adf1 Author: Ian Campbell <ijc at hellion.org.uk> Date: Fri Aug 16 16:39:11 2013 +0100 * debian/xen-utils.README.Debian: Document how to change toolstack * debian/changelog: Update diff --git a/xen/debian/changelog b/xen/debian/changelog index 6100e75..9426897 100644 --- a/xen/debian/changelog +++

Source: xen Version: 4.1.2-2 Severity: critical Tags: security Justification: allows PV domains to escape into the dom0 context Hi, I realize you're most likely pretty well aware of that problem already, but Debian's Xen versions are vulnerable to a PV privilege escalation [1]. The issue is tracked as CVE-2012-0217 and public as of today. Therefore I am filing this bug for coordination

/usr/lib/xen-common/bin/xen-toolstack returns /usr/sbin/xm (or /usr/sbin/xl), I had to modify /usr/lib/xen-common/bin/xen-toolstack-wrapper such a way to make it work: exec "/usr/lib/xen-default/bin/"`echo $TOOLSTACK | awk -F'/' '{ print $4 }'` "$@" originally it returned /usr/sbin/[xm,xl] bringing to an endless loop. Niccol?

Processing commands for control at bugs.debian.org: > retitle 655301 xend shouldn't start if TOOLSTACK is not xm Bug #655301 [xcp-xapi] xcp-xapi fails to start Changed Bug title to 'xend shouldn't start if TOOLSTACK is not xm' from 'xcp-xapi fails to start' > reassign 655301 xen-utils-common Bug #655301 [xcp-xapi] xend shouldn't start if TOOLSTACK is not xm Bug