similar to: Processed: closing 587090

Package: xen-utils-4.0 Version: 4.0.1~rc6-1 Severity: important Tags: patch The patch is not necessary for HVM DomU guests. The Error: 'NoneType' object has no attribute 'rfind' was fixed by installing xen-qemu-dm-4.0. [1] [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588888 -------------- next part -------------- An HTML attachment was scrubbed... URL:

Processing commands for control at bugs.debian.org: > forcemerge 587090 588888 Bug #587090 {Done: Ian Campbell <ijc at hellion.org.uk>} [xen-utils-4.0] xen-utils-4.0: Exception starting xend ('NoneType' object has no attribute 'rfind') Unable to merge bugs because: package of #588888 is 'xen-utils-common' not 'xen-utils-4.0' Failed to forcibly merge

I have followed this bug report only to wind up in a similar predicament. The Error: 'NoneType' object has no attribute 'rfind' was fixed by installing xen-qemu-dm-4.0. However the same configuration issue (trying to boot the guest from a CD) with the 'boot' option exists for me too. Your configuration looks good unless I've missed something. Shall we file a new

Package: src:xen Severity: important Version: 4.1.3~rc1+hg-20120614.a9c0a89c08f2-2 I recently upgrade from Squeeze to Wheezy on a system which had the xen-linux-system-686-pae metapackage (one of two which Provides: xen-linux-system). After dist-upgrade I had the new xen-utils-common and xenstore-utils (and a few others) but not the xen-utils-4.1 or xen-hypervisor-4.1-i386 or xen-hypervisor-amd64

Hi Orazio, Is "NoneType object is unsubscriptable" the full and complete error message? I'd have expected some sort of accompanying backtrace, if not on the console then in /var/log/xen/* Is this issue by any chance fixed by installing the xen-qemu-dm-4.0 package? Lastly, does this happen with the packages from Wheezy? Thanks, Ian.

Resent of mail sent on 28.04. xend: fix bug in option parsing If you enable legacy tcp xmlrpc in xend''s config but omit to enable ssl the following backtrace is generated when starting xend: [2010-04-28 16:09:04 15754] ERROR (SrvDaemon:349) Exception starting xend (''NoneType'' object has no attribute ''rfind'') Traceback (most recent call last): File

Package: xen-utils-4.0 Version: 4.0.1-1 Severity: important I'm running a 32-bit Ubuntu 10.04 domU on a 32-bit Debian squeeze dom0. xm create works fine, but whenever I try to reboot this domU it fails with the following traceback in xend.log: [2010-10-23 17:48:58 1679] INFO (XendDomainInfo:2088) Domain has shutdown: name= onini id=2 reason=reboot. [2010-10-23 17:48:58 1679] DEBUG

Package: xen-utils-4.0 Version: 4.0.1~rc6-1 Severity: important Issue confirmed with xen-utils-4.0 (4.0.1~rc6-1) in Debian Squeeze AMD64. Trace of error while using xm-debian.cfg (attached): [2010-09-02 00:53:21 1407] ERROR (xmlrpclib2:178) Internal error handling xend.domain.create Traceback (most recent call last): File "/usr/lib/xen-4.0/lib/python/xen/util/xmlrpclib2.py",

Processing commands for control at bugs.debian.org: > forcemerge 711923 711273 Bug #711923 [xen-utils-common] xen-utils-common: After run 'xm create ...' i got error "Error: 'NoneType' object has no attribute 'rfind' Unable to merge bugs because: package of #711273 is 'xen-hypervisor-4.2-amd64' not 'xen-utils-common' Failed to forcibly merge 711923:

Package: xcp-xapi Version: 1.3.2-9 Severity: normal Hi guys, Just a couple of things I noticed running through /usr/share/doc/xcp-xapi/README.Debian.gz as referenced by http://wiki.debian.org/XCP In "4/ Configuring Xen and XCP": sed -i "s/TOOLSTACK=/TOOLSTACK=xapi/" /etc/default/xen should be sed -i "s/TOOLSTACK=.*/TOOLSTACK=xapi/" /etc/default/xen Otherwise

Hi, I have a problem that I can't solve it: the hvm-guest don't start (same image works under Xen 4.01 on another machines). Further I'm confust, because I had to use xm instad of xl. A PV-guest works fine. I start it with 'xm create jessie'. Some data you can see down. What further information do you need? vg. ------------------------------------------------- call with

Package: xen-utils-common Version: 4.2.1-2 Severity: important After run xm create -c win2008.hvm Using config file "./win2008.hvm". Error: 'NoneType' object has no attribute 'rfind' /var/log/xen/xend.log: [2013-06-10 21:48:59 31935] ERROR (xmlrpclib2:181) Internal error handling xend.domain.create Traceback (most recent call last): File

Processing commands for control at bugs.debian.org: > close 726827 4.4.0-1 Bug #726827 [xen-utils-4.1] xen-utils-4.1: Xen doesn't start on a laptop with Nvidia Optimus graphics There is no source info for the package 'xen-utils-4.1' at version '4.4.0-1' with architecture '' Unable to make a source version for version '4.4.0-1' Marked as fixed in versions

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

Processing commands for control at bugs.debian.org: > reassign 711273 xen-utils-common Bug #711273 [xen-hypervisor-4.2-amd64] xen-hypervisor-4.2-amd64: Acn't re-create domains after migration from 4.1 to 4.2 Bug reassigned from package 'xen-hypervisor-4.2-amd64' to 'xen-utils-common'. No longer marked as found in versions xen/4.2.1-2. Ignoring request to alter fixed

Package: xen-utils-common Version: 4.1.2-7 Severity: grave Tags: patch Justification: renders package unusable Dear Maintainer, The script /usr/lib/xen-common/bin/xen-toolstack improperly aborts if *either* `xm` or `xl` cannot be found in the xen-dir (/usr/lib/xen-4.0/bin). This means that a default installation (e.g. following Debian wiki on the subject, namely installing xen-linux-system and

Package: xen-utils-common Version: 4.0.0-1 Severity: important Tags: patch --- Please enter the report below this line. --- when you use "hardware" virtual machine (with qemu) with xen configured for bridging the network script treates a tap interface and then /etc/xen/scripts/qemu-ifup adds it to the bridge. That would be ok but tap interfaces have a random mac address and the bridge

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

Package: xen-utils-4.0 Version: 4.0.0-2 Severity: important xend does not start because of a bug in option parsing. Error described here: http://www.gossamer-threads.com/lists/xen/devel/172035 Patch: --- a/tools/python/xen/xend/XendOptions.py Mon Apr 26 12:13:23 2010 +0100 +++ b/tools/python/xen/xend/XendOptions.py Wed Apr 28 16:54:04 2010 +0200 @@ -207,18 +207,18 @@ def

Ian Campbell <ijc at hellion.org.uk> writes: > On Sun, 2014-06-15 at 11:03 +0200, lee wrote: >> Hi, >> >> how could I get better debugging output from the dom0 kernel? > > Either configure a serial console [0] or add "noreboot" to your > *hypervisor* command line, so you can see (and perhaps > transcribe/photograph) the crash before manually