similar to: Bug#702428: HVM networking tap/vif bug (Debian bug 702428)

errors from /var/log/xcp-xapi.log: 652Z|debug||1227 UNIX /var/lib/xcp/xapi|VM.start R:0b98978366e4|xapi] creating device emulator 652Z|debug||1227 UNIX /var/lib/xcp/xapi|VM.start R:0b98978366e4|xenops] Device.Dm.start domid=10 661Z|debug||1227 UNIX /var/lib/xcp/xapi|VM.start R:0b98978366e4|xenops] qemu-dm: should be running in the background (stdout redirected to syslog) 661Z|debug||1227 UNIX

My impression of this bug is that HVM networking is not possible with XCP, or at least it is not possible without some undocumented configuration setting or missing dependency package If there is a workaround from upstream, I would propose lowering the severity to important again. I am happy to test any proposed work around and provide quick feedback. The log output in my previous post suggests

Package: xcp-xapi Version: 1.3.2-14 Severity: important I imported a HVM from a legacy xm environment. It is attached to one vif, the xenapi management vif It fails to start: # xe vm-start uuid=f2ba4767-7b4f-b416-3da6-3fe059ebfc37 The server failed to handle your request, due to an internal error. The given message may give details useful for debugging the problem. message: device model

Hi, I''m now blocked for 2 days on getting the network to work in my domU. Here is the problem : The domU refuses to start when a vif is configured. It''s just staying paused for about 1m40s, then the xm create command line give back with an "Error: Device 0 (vif) could not be connected. Hotplug scripts not working.", and the domU is destroyed. Nothing particular

Package: xcp-xe Version: 1.3.2-14 Severity: important I created an internal network using xe network-create name-label='Private NAT network' Looking with brctl, I could see xapi0 had been created by the tools. However, the network does not appear in openxenmanager. I even restarted openxenmanager, it still didn't appear. Then I deleted the network and created it again from

Hello, While testing Fedora 16 Xen PVHVM guests I noticed the following problem: When starting F16 PVHVM guest I can see the vifX.0 and tapX.0 interfaces appear on dom0, but after the guest kernel (Linux 3.1.0) starts and loads PVHVM drivers the vif/tap interfaces disappear from dom0.. so the bridge in dom0 doesn''t have any vifs/taps connected to it anymore. Has anyone seen that

I''m using Xen 4.1 and here''s what I did: 1.comment network-script and vif-script about bridge in /etc/xen/xend-config.sxp, uncomment the lines about nat 2.set vm config, add something like vif = [ ''mac=00:16:3e:00:00:11, ip=10.0.0.1'' ] 3.set /etc/network/interfaces in domU, add lines as follows: auto eth0 iface eth0 inet static address 10.0.0.1 gateway

hi all, im peter, i found the post here http://www.gossamer-threads.com/lists/xen/users/229738 i build a small test env, with 2 vm in 1 server with xcp 1.1.0 i use xe network-create and xe vlan-create to build the vlan for each vm. then i got 2 bridge like xapi1 and xapi2, and in the ovs-vsctl list port i can see all these info about fake-bridge and vlan tag is correct. but when i start 2

http://bugzilla.netfilter.org/show_bug.cgi?id=751 Summary: IPv6 bridging bug Product: iptables Version: unspecified Platform: x86_64 OS/Version: Gentoo Status: NEW Severity: normal Priority: P3 Component: ip6tables AssignedTo: netfilter-buglog at lists.netfilter.org ReportedBy: david at

Hello everybody, i have found, that i can limit the OUTGOING bandwidth with the option "rate=" (e.g. rate=250KB/s) at the vif line in my sxp-file. I have tested it, it is working good, but why it is "only" limiting the outgoing bandwidth ? Is there any easy way to limit the incoming bandwidth too, something like the obove option ? My network setup is bridged. Thank you in

Hi! Please help me. # xm create win7.hvm Using config file "./win7.hvm". Error: Device 768 (vbd) could not be connected. Path closed or removed during hotplug add: backend/vbd/9/768 state: 1 grep -v ^# /etc/xen/win7.hvm | grep -vx '''' kernel = "/usr/lib/xen/boot/hvmloader" builder=''hvm'' memory = 2048 name = "win7" vif = [

Package: src:xen Version: 4.17.3+10-g091466ba55-1~deb12u1 Severity: wishlist I wasn't sure if this script comes from Debian or Xen or somewhere else, so I thought it safest to report it here. /etc/xen/scripts/vif-bridge handles MTU settings in the vif, but the otherwise similar /etc/xen/scripts/vif-openvswitch does not. I added it in, here's the diff-c and the full fixed file is also

Hi Everyone, In my HVM guest''s config file, I have given my guest 3 interface. I have called them fw1, fw2 and fw3. I have joined each interface to a bridge on the Dom0. This does appear when I do a "brctl show". However, there are 3 other interfaces also added called tapx.0,tapx.1 and tapx.2 (Where x is the domain ID for the guest). Furthermore, I am only able to run

If I understand correctly, a HVM domain''s network adapter gets a tapX device created for it in Dom0 for qemu to talk to, and a vifY.Z device for the PV drivers (which probably aren''t there) to talk to. How can I stop the qemu code creating the virtual Realtek driver? What will happen if I try and use PV and Realtek drivers at the same time? Will the Realtek driver just talk to

I''m using Xen 4.1 and here''s what I did: 1.comment network-script and vif-script about bridge in /etc/xen/xend-config.sxp, uncomment the lines about nat 2.set vm config, add something like vif = [ ''mac=00:16:3e:00:00:11, ip=10.0.0.1'' ] 3.set /etc/network/interfaces in domU, add lines as follows: auto eth0 iface eth0 inet static address 10.0.0.1 gateway

I have set up both Windows XP and Windows 2000 Server clients on Xen under Centos 5.1 and am unable to install an application firewall. I have tried the latest: 1) Agnitum Outpost Commercial Version 2) Comodo Firewall (ver 2 on Windows 2000) 3) Sunbelt Commercial Version With all of these when the firewall starts up it results in a BSOD. With Windows XP and Agnitum I can go back to a previous

Processing commands for control at bugs.debian.org: > severity 702428 important Bug #702428 [xcp-xapi] HVM fails to start with VIF / qemu-dm error Severity set to 'important' from 'serious' > End of message, stopping processing here. Please contact me if you need assistance. -- 702428: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=702428 Debian Bug Tracking System

Today I found I can not ping some of my domU''s. I logged in to dom0, did a "xm list", all domU are there. Then I did a "ifconfig" and surprised to find some of vif''s disappeared! Like for example. "xm list" show dom13 is alive, but "brctl show" shows no vif13.0. If I "xm console 13", there''s some message: WARNING:

Hi everyone, A pair of network interface, vif and tap, will connect the bridge when a vm starts. What's their relationship? thanks for reply~ cheers bruce _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

Package: xen-utils-common Version: 4.1.2-1 Severity: important Tags: lfs Even if XEN is not used, its script /etc/xen/scripts/vif-bridge is called by UDEV and it adds every tap interface to the bridge of the virtual network. It breaks normal work of openvpn. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (640, 'testing'), (630, 'unstable')