similar to: Processed: closing 726827, closing 763102, closing 711273, closing 744163, closing 603366, closing 648670 ...

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

Processing commands for control at bugs.debian.org: > forcemerge 711273 711923 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 Unable to merge bugs because: package of #711923 is 'xen-utils-common' not 'xen-hypervisor-4.2-amd64' Failed to forcibly merge 711273: Did not alter merged bugs

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:

Processing commands for control at bugs.debian.org: > unarchive 763102 Bug #763102 {Done: Ian Campbell <ijc at debian.org>} [xen-utils-common] xen-utils-common: xen-init-list fails to parse xm output -> cannot shutdown domains with service xendomains Unarchived Bug 763102 > reopen 763102 Bug #763102 {Done: Ian Campbell <ijc at debian.org>} [xen-utils-common] xen-utils-common:

Processing commands for control at bugs.debian.org: > tags 430778 + upstream Bug #430778 [xen-utils-common] xen-utils-common: NAT scripts not generic enough, and made for DHCP ? Added tag(s) upstream. > tags 430676 + upstream Bug #430676 [xen-utils-common] xen-utils-common: network-nat creates insecure nat POSTROUTING MASQUERADE ? Added tag(s) upstream. > tags 603366 + upstream Bug

Processing commands for control at bugs.debian.org: > reassign 489323 xen-utils-common Bug #489323 [xen-3] [xen-utils-common] XenAPI authentification needs python-pam to work Warning: Unknown package 'xen-3' Bug reassigned from package 'xen-3' to 'xen-utils-common'. Ignoring request to alter found versions of bug #489323 to the same values previously set Ignoring

Processing commands for control at bugs.debian.org: > severity 711273 important 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 Severity set to 'important' from 'critical' > thanks Stopping processing here. Please contact me if you need assistance. -- 711273:

Processing commands for control at bugs.debian.org: > tags 763102 + patch Bug #763102 [xen-utils-common] xen-utils-common: xen-init-list fails to parse xm output -> cannot shutdown domains with service xendomains Bug #787193 [xen-utils-common] xen-utils-common: xen-init-list crashes with TypeError, renders reboots unfeasible after upgrade from wheezy to jessie Ignoring request to alter tags

Processing commands for control at bugs.debian.org: > forwarded 705490 http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1843 Bug #705490 [src:xen] Uses deprecated RUN+="socket:" Set Bug forwarded-to-address to 'http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1843'. > thanks Stopping processing here. Please contact me if you need assistance. -- 705490:

Now that Xen version 4.3.0-3 is in testing, I see that this same bug, initially seen in 4.1.4-4, is still present in 4.3.0-3. The same fix works.

Hi Moonwalker, You might have some luck poking around under /var/lib/xend/*, or perhaps by removing and recreating the guest. Unfortunately the xend toolstack is not really maintained upstream (to be honest it is unmaintainable and no one has stepped up). Since you are using the "managed domains" functionality you might be interested in the xcp-xapi package which is in Wheezy today.

Package: xen-utils-common Version: 4.0.0-1 Severity: normal # xm create -n -f=/etc/xen/servo.py Error: Unable to open config file: =/etc/xen/servo.py Usage: xm create <ConfigFile> [options] [vars] Create a domain based on <ConfigFile>. Options: -h, --help Print this help. --help_config Print the available configuration variables (vars) for the

Package: xen-utils-4.1 Version: 4.1.1-3 I have an HVM domU which was created with xen-utils-4.0 (and Xen 4.0 hypervisor of course). Recently I've upgraded to Xen 4.1 and xen-utils-4.1, but after a reboot I was unable to do anything with it: "xm start" caused "Domain is already running" error, while "xm shutdown" simply hadn't printed any error messages, only

On Sat, 2015-08-22 at 00:24 +0200, Volker Klasen wrote: > Hi Ian, > > you can use the patch I posted in the original report, Uh, how on earth did I miss it! > there are two > places that need to be fixed. I'm using it since November. Thanks. Since loads is a classmethod I think the right fix for that issue is to s/self/cls/ in the body rather than s/cls/self/ in the

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > I've updated the feature/bug763102 with the following extra patch: With both your patches applied, xen-init-list works. Cheers, Volker -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlXZ2cgACgkQgKD4KXUzSrhELACg2CCtFNUPtHxNz7XgpQjaYH6b Gn4An26yNob9A7vhz1L8RTWTMCrfc6RY =M2dx -----END PGP SIGNATURE-----

Package: xen-utils-4.1 Version: 4.1.4-4 Severity: important Tags: patch Dear Maintainer, * What led up to the situation? Trying to start Xen on a Asus X53S laptop (which has dual Intel + Nvidia Geforce 610M Optimus graphics card) xend.log contains: [2013-10-19 17:14:26 4239] INFO (SrvDaemon:332) Xend Daemon started [2013-10-19 17:14:26 4239] INFO (SrvDaemon:336) Xend changeset: unavailable.

Package: xen-utils-4.1 Version: 4.1.4-3+deb7u1 Severity: important When starting (or migrating in) a domain, sometimes I get the following exception: [2014-04-01 10:58:08 4821] ERROR (XendDomainInfo:2927) XendDomainInfo.initDomain: exception occurred Traceback (most recent call last): File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2914, in _initDomain

Processing commands for control at bugs.debian.org: > reassign 596765 xen-utils-common Bug #596765 [xen] xen: can't create a VM : no module named xmlproc Bug reassigned from package 'xen' to 'xen-utils-common'. No longer marked as found in versions xen/4.0.1-2 and xen/4.0.1-1. Ignoring request to alter fixed versions of bug #596765 to the same values previously set >

Processing commands for control at bugs.debian.org: > severity 435406 wishlist Bug #435406 [xen-utils-common] xen-utils-common: xm save does not use compression Severity set to 'wishlist' from 'normal' > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)

Package: xen-hypervisor-4.2-amd64 Version: 4.2.1-2 Severity: critical Tags: upstream Justification: breaks the whole system Dear Maintainer, After migration from Xen 4.1 to 4.2 all VMs have disapeared and I am unable to "re-create" my VM from the configfiles. When I try "xm new com-web" i get a python message : Using config file "./com-web". Error: