similar to: Bug#587090: xen-utils-4.0: Exception starting xend ('NoneType' object has no attribute 'rfind')

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

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

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: > 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

Hi. I use xen-4.0.0 My domU successfully started, but when i tried to connect to DomU console i get error: root@debian-office:/opt/src/NexetaStor# xm console NexentaStor-EVAL-2.2.0 Unexpected error: <type ''exceptions.TypeError''> Please report to xen-devel@lists.xensource.com Traceback (most recent call last): File "/usr/sbin/xm", line 7, in <module>

Hi. I use xen-4.0.0 My domU successfully started, but when i tried to connect to DomU console i get error: root@debian-office:/opt/src/NexetaStor# xm console NexentaStor-EVAL-2.2.0 Unexpected error: <type ''exceptions.TypeError''> Please report to xen-devel@lists.xensource.com Traceback (most recent call last): File "/usr/sbin/xm", line 7, in <module>

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 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

Hi; With xen-3.1.0 on Pardus 2007, "/usr/sbin/xend start" returns "Cannot find Xen Python modules." cause Xen Python modules installed into "/usr/lib/python2.4/site-packages/" Following patch adds site-packages into search path Signed-off-by: S.Çağlar Onur <caglar@pardus.org.tr> diff -r aee991c7723a tools/misc/xen-python-path ---

debian/patches/tools-python-prefix.diff removes auxbin.pathTo and replaces it with auxbin.path_bin and auxbin.path_boot. However there are still references to auxbin.pathTo in xend. The attached switches those usages to the correct new function. Without these I get: Error: 'module' object has no attribute 'pathTo' when trying to start a guest with

I have an installation of 32bit SLES 10.1 on 2 servers in my lab that I just rebuilt. I applied the files from xen-3.1.0-install-x86_32.tgz and broke all the virtman functions. The errors I got indicate some missing python classes, specifically xen.install. I''m not sure why. This is what I get when I try to run virtman from the command line. If I try to run it from yast i get nothing.

--- src/bsd/device.c | 9 +++++++-- 1 files changed, 7 insertions(+), 2 deletions(-) diff --git a/src/bsd/device.c b/src/bsd/device.c index c2cd34c..b835b59 100644 --- a/src/bsd/device.c +++ b/src/bsd/device.c @@ -33,6 +33,7 @@ #endif #define DEFAULT_DEVICE "/dev/tun0" +#define DEFAULT_DEVICE_TAP "/dev/tap0" typedef enum device_type { DEVICE_TYPE_TUN, @@ -60,8

In the hope that it will be acceptable, I''m suggesting this change to make another tiny step towards the ability to run the tools e.g. out of the build tree (so that multiple different Xen versions can co-exist without the requirement to re-install the respective version with each boot). Signed-off-by: Jan Beulich <jbeulich@novell.com> Index: 2007-06-18/tools/misc/xen-python-path

changeset: 11208:a40c8bae08a81181c38a43a744b5d87db22066ea parent: 11206:12da2c3245bbbf63781e2ad5e6f2eb489d93957c user: Jimi Xenidis <jimix@watson.ibm.com> date: Tue Aug 01 16:40:33 2006 -0400 files: tools/python/xen/util/auxbin.py description: [TOOLS] ppc64 is not a LIB_64_ARCH Signed-off-by: Jimi Xenidis <jimix@watson.ibm.com> diff -r

Package: xen-utils-4.0:amd64 Version: 4.0.1-5.2 Package: libxenstore3.0:amd64 Version: 4.0.1-5.2 Package:xen-hypervisor-4.0-amd64:amd64 Version: 4.0.1-5.2 Package: xenstore-utils:amd64 Version: 4.0.1-5.2 After upgrade package to version 4.0.1-5.2 from 4.0.1-4 launching the following command from bash '*xm list*' the system gived me *NoneType' object is unsubscriptable* same

On Mon, 2012-06-04 at 15:40 +0200, Marc Muehlfeld wrote: > Hi, > > I started with a fresh testing environment for s4 and when I do the migration, > it breaks: > > > # /usr/local/samba/bin/samba-tool domain samba3upgrade --dbdir=/usr/var/locks/ > --use-xattrs=yes --realm=MUC.medizinische-genetik.de /etc/samba/smb3.conf > no talloc stackframe around, leaking memory

I've now reproduced this on a 64-bit squeeze dom0, with a 64-bit squeeze domU; both freshly installed. Has anyone looked at this problem? Should I talk directly to upstream?

Thanks a lot....recompiling xen-tools wih ioemu flagsolved my problem. Daniel Bojczuk On Sun, Jun 27, 2010 at 10:55 AM, Mohamed Yacoubi <myacoubi@euro-web.fr> wrote: > Hi, > Can you recompile xen-tools with USE = "ioemu" ? > That should solve the problem. > Best regards, > Le 22 juin 2010 à 22:01, Daniel Bojczuk a écrit : > > I stiil did not solve te

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