similar to: Bug#588811: pygrub fails to import xen.lowlevel.xc

This is a relatively simple fix i found, I don't know if it need to be reported to upstream. Since the script resolves additional dependencies anyway by appending the path, we simply move the import xen.lowlevel.xc line to below the line that appends path. Worked like a charm for me. Rergards, Dmitry -------------- next part -------------- A non-text attachment was scrubbed... Name:

Hi Ewan/Alistair, I have a patch that looks like this: diff -r a39ad4c78850 tools/libxc/xenctrl.h --- a/tools/libxc/xenctrl.h Wed Aug 30 13:51:12 2006 +0100 +++ b/tools/libxc/xenctrl.h Wed Aug 30 15:11:20 2006 -0500 @@ -416,6 +416,10 @@ int xc_domain_memory_populate_physmap(in unsigned int address_bits, xen_pfn_t

Hi All, Following is my steps to use xc >export PYTHONPATH=/usr/lib/python >python >>>import xen.lowlevel.xc as xc >>>xc.xeninfo() Traceback (most recent call last): File "<stdin>", line 1, in <module> AttributeError: ''module'' object has no attribute ''xeninfo'' >>> Why ? Thank you BR yushang

Yesterday, I had a PV OpenSolaris DomU stop responding. I looked on my xen machine and it was in a paused state. I ended up destroying it and then doing xm create to bring it back up. It won''t boot, and I think PyGrub is hanging. Not sure how to resolve this, there aren''t any errors being presented in xen/xm itself. If I try ''xm create config.conf'' it just

Hello all: My Environment: Ubuntu6.06 + Xen3.0.4 My XenLinux was booted successfully. But when i starting the "xend" service, errors displayed. I searched in google, but could not get an available solution. Please help me! Thank you very much! Error log: ----------------------------------------------------------------------------------------------- root@zwang-desktop:~#

# HG changeset patch # User Zhigang Wang <zhigang.x.wang@oracle.com> # Date 1342720736 14400 # Node ID ec9655b30a5fa5b5abb3e05505f681f9be559613 # Parent 43e21ce7f22151524b800a6cf0ac4ba1233b34a7 pygrub: add syslog support to pygrub Currently, when pygrub failed, we don''t know the reason because xend/xl will not capture the stderr message. This patch will log the error message to

Hi, I am trying to install Xen 3.1.3 from the source code. The machine on which I would like to install it doesn''t have access to the Internet. So I did a "make world" on a different machine, copied the files to where I actually wanted to install Xen and then re-built and installed it. However, when I boot into the new kernel and try to execute "xm" or

I am trying to compile the xen sources. I have tried both 3.0.1 and 3.0-testing packages. In either case I get the same error when running make world: building ''xc'' extension creating build/temp.linux-i686-2.4 creating build/temp.linux-i686-2.4/xen creating build/temp.linux-i686-2.4/xen/lowlevel creating build/temp.linux-i686-2.4/xen/lowlevel/xc gcc -pthread

The Fedora build system is in paranoid mode, and compiles everything with -Werror. Additionally, it checks that the return values of calls like read and write are checked. The build exits with errors like: xen/lowlevel/xc/xc.c: In function `pyxc_vmx_build'': xen/lowlevel/xc/xc.c:464: warning: ignoring return value of `sscanf'', declared with attribute warn_unused_result

Package: xen-utils-3.0.3-1 Version: 3.0.3-0-4 Severity: important # /etc/init.d/xend start Restarting XEN control daemon: xendTraceback (most recent call last): File "/usr/lib/xen-3.0.3-1/bin/xend", line 40, in <module> from xen.xend.server import SrvDaemon File "/usr/lib/xen-3.0.3-1/lib/python/xen/xend/server/SrvDaemon.py", line 17, in <module> import

Hi, I''m running a recent fedora-compiled xen kernel and the libs that come with it. I''m unable to start xend. I''ve tracked down the problem to the fact that xen.lowlevel.xc seems to be unable to talk to xen via /proc/xen/ privcmd. When I run the test program below, I get a "function not implemented" which I think results from the fact that an ioctl

Hi all, I know that this list isn't for usage and install level questions, but the people at xen-users at lists.xensource.com had no idea of what could be the problem and told me to get hold of a "debian-xen"-type list. Which yours came closest to. :-) My setup is a little bit strange, since i change the motherboard and processor of the system from a K7 to an AMD 64 a couple of

Package: xen-utils-3.2-1 Severity: normal Starting xend in sid from today gives: Starting XEN control daemon: xendTraceback (most recent call last): File "/usr/lib/xen-default/bin/xend", line 38, in <module> from xen.xend.server import SrvDaemon File "/usr/lib/xen-3.2-1/bin/../lib/python/xen/xend/server/SrvDaemon.py", line 20, in <module> import

Hi all, This is a trivial patch which adds the two fields to start_info_t for the shared page and event channel port for the share. Feel free to destroy this in any way. The python binding just fills zeros in for the moment, making it harmless. Mike Wray has a nicer version in his tree, but this is the minimal version. (Thanks to Mike for the .esp fix, too). Cheers, Rusty. diff -ur

Hey all, I was watching some logs on a domU today and i suddenly noticed that the timestamps were off by something on the order of 47 seconds. I was surprised because *I don''t* run independent wall clocks. I checked some other domUs and the "drift" was also very close to that of the first domU. I also checked another dom0, Here the domUs were "only" out of sync by

Hello, I downloaded the latest unstable and installed on 2 amd dual athalon 64 x2''s (dual cores). Kernel went fine. I''m getting this error when trying to start xend : ImportError: /usr/lib64/python/xen/lowlevel/xc.so: cannot open shared object file: No such file or directory .Traceback (most recent call last): File "/usr/sbin/xend", line 49, in ? from

Once Xen calculates nr_nodes properly, all nr_cpu calculations based on nr_nodes * sockets_per_node * cores_per_socket * threads_per_core are broken. The easy fix is to replace those calculations with a new field, nr_cpus in physinfo which is calculated by num_online_cpus(). This patch does so and attempts to change all users over to nr_cpus field in physinfo. This patch touches

xend cannot start with error: ...ption starting xend: ''module'' object has no attribute ''VIRQ_DOM_EXC'' Traceback (most recent call last): File "/usr/lib/python2.3/xen/xend/server/SrvDaemon.py", line 304, in run self.createFactories() File "/usr/lib/python2.3/xen/xend/server/SrvDaemon.py", line 319, in createFactories

Hi, My base system is Gentoo x64, and I compiled my kernel with Xen paravirtualization support. The kernel can boot without any problem in native mode. But when boot in Xen mode, I cannot start the xenstored service. This is my grub config file: title Gentoo x64 kernel-3.2.11-gentoo root (hd0,2) kernel /boot/kernel-3.2.11-gentoo root=UUID=38213e99-588e-4a7d-a215-8835f7afb1c4\

Hello, I just upgraded my 64-bits dom0 from Etch to Lenny, I am still running the 2.6.18 Xen kernel by apt-pinning it (see later). But now xend does not start anymore: ------------ xen:~# /etc/init.d/xend start Starting XEN control daemon: xendTraceback (most recent call last): File "/usr/lib/xen-3.0.3-1/bin/xend", line 40, in <module> from xen.xend.server import SrvDaemon