similar to: (no subject)

tag 554805 + patch thanks The problem to solve is that qemu-ifup assumes the world is always bridged, and vif-routed does not know of the concept of TAP devices, and even if it did, it has at this point no way to get at qemu's TAP device anyway. The following set of patches help run in the ioemu-HVM situation: * xend-image.py.diff : modifies the HVM loader so that when running in

[message cross posted to the pkg-xen and xen-devel list] Dear everyone, Bastian Blank - which is the person (among others, but mainly him) that is packaging Xen in Debian -, has decided last summer that he doesn't want to deal with the qemu-dm of Xen, thus removing Xen Qemu and support for HVM in Debian. Here is what he wrote:

Hi, thanks for great job do with xen .deb, we have a problem on xen 3.4.2 (certainly not just us) how is impossibile do hvm domu work because there isn't qemu-dm, i read a few months ago discussion of this but also now there is the problem, will be resolved soon? it possibile rebuild the current package with the simple addition of qemu? thanks in advance for any reply -------------- next

Hi, I'm trying to solve this one: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=615797 As much as I can tell, and unless I have missed something, the issue is a missing -lpulse in the Makefile.target (see attached diff file that fixes the issue). While my patch makes it compile again, I fear that I'm not doing well, and that there must be a better way to fix, that would take care of

Bastian, can you confirm the problem with "xm new" (instead of "xm create") ? -- Laurent L?onard -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. Url :

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

Hello! This is my first email to this list, let me give a brief of myself... I'm a brazillian, a Linux user since 1996 (using Slackware), a Debian user since Potato and of the Xen, since 2006. I am the maintainer of Xen Live CD, hosted at: http://wiki.xensource.com/xenwiki/LiveCD - http://xen.org Me at the member spotlight - The Xen Live CD is a Lenny system builded with the live-helper.

Package: xen-hypervisor-4.4-amd64 Version: 4.4.1-3 Severity: important Hi, I have some domUs with two network interfaces, eth0 and eth1. eth0 is not configured in /etc/network/interfaces and so is not brought up at boot time. eth0 is on the host's external network bridge and eth1 is on the host's local network bridge. On dom0 I get messages like 'vif vif-10-0 vif10.0: draining TX

Il 27/04/2011 14:37, Ian Campbell ha scritto: > Which specific revision of qemu-xen-4.1 are you using? I'm using a tarball from http://bits.xensource.com/oss-xen/release/4.1.0/xen-4.1.0.tar.gz It seems Thomas used the tools/ioemu-qemu-xen subdirectory as source for xen-qemu-dm. At a first glance I didn't notice debian/mypatches/add-rules.patch: it adds Rules.mk from the tools

[message cross posted to the pkg-xen and xen-devel list] Dear everyone, Bastian Blank - which is the person (among others, but mainly him) that is packaging Xen in Debian -, has decided last summer that he doesn't want to deal with the qemu-dm of Xen, thus removing Xen Qemu and support for HVM in Debian. Here is what he wrote:

I think it should be interesting to correct this bug into Lenny. Perhaps the severity of this bug should be set to "normal" instead of "wishlist" ? -- Laurent L?onard -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. Url :

Thanks Mike and Thomas for clarifying the issue. The reason I picked Critical was because of it's "description"... The part that applied to me was "makes unrelated software on the system (or the whole system) break" when i loose network connectivity, to me, that is broken. In my case, the severity comes from a business standpoint. I manage the servers and someone else

An HTML attachment was scrubbed... URL: <http://lists.alioth.debian.org/pipermail/pkg-xen-devel/attachments/20130616/96753239/attachment.html>

?????????/?????????????????(?????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????QQ?3/7/0/3.3.3.8/.9.4( 93.?????,??????????????,????,??????.??????,?:?????,??????,?????????????? -------------- next part -------------- An HTML attachment was scrubbed... URL:

????????????? ?????? ??3000????????????? ???????????????????? ???????????????????????? ???????????????????????400? ????15813351772??? ?????? Q2809906464 -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi everyone at the security team, I'd like to upload an update of xen-qemu-dm-4.0 in Squeeze. Below is the Xen Security Advisory as I received it, attached is the patch that they provided. Both the debdiff and the updated packages are available in here: http://archive.gplhost.com/pub/security/xen-qemu-dm-4.0/ Please allow me to upload this fix. If you wish, I can prepare a DSA as well (but

Package: xen-utils-3.2-1 Version: 3.2.1-2 Severity: normal Under this Xen setup, (Linux) HVM guests fail to have network active when running with *routed* networking, as some hosting providers require (in my case, OVH). In this scenario: * the host is a described below * the guest runs as HVM. * the guest runs exclusively with ioemu; virtual network drivers are not available (vanilla lenny

tail /var/log/xen/xen-hotplug.log xenstore-read: couldn't read path backend/vbd/6/768/node /etc/xen/scripts/xen-hotplug-cleanup: line 24: [: !=: unary operator expected /etc/xen/scripts/xen-hotplug-cleanup: line 24: [: !=: unary operator expected xenstore-read: couldn't read path backend/vbd/6/5632/node xenstore-read: couldn't read path backend/vbd/6/768/node

Hi everyone I've installed package xen-hypervisor-4.0-i386 (and related) on debian squeeze, using the available debian packages. According to the Remus website http://nss.cs.ubc.ca/remus/ and xen websites, remus (binary) should be available since xen 4.0.1. I can't find the binary though. I have installed: ii libc6-xen 2.11.2-7 Embedded GNU

That didn't fix it for everyone (aka: me) My vm's configfile, after I commented out some code that autoselected architecture (it gives the same error with or without that,) : [freenas.cfg] kernel = "/usr/lib/xen-4.0/boot/hvmloader" builder = 'hvm' memory = 256 vcpus = 1 name = "naknasb" vif = [ 'type=ioemu, bridge=eth0' ] acpi = 1 apic = 1 disk = [