<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">I have updated the libvirt and xen from
the f20 latest updates and forced all the scripts back to their
unadulterated state.<br>
I believe that I am now seeing libvirt passing a -1 devid to libxl
expecting libxl to chose the right one.<br>
<br>
There was an email thread about this problem. "[libvirt] Setting
devid for emulated NICs (Xen 4.3.1 / libvirt 1.2.0) using libxl
driver".<br>
I read through email chain but I did not see a resolution.<br>
<br>
On 05/09/2014 10:06 AM, Alvin Starr wrote:<br>
</div>
<blockquote cite="mid:536CE0D0.4080001@netvel.net" type="cite">On
05/07/2014 01:23 PM, Jim Fehlig wrote:
<br>
<blockquote type="cite">Alvin Starr wrote:
<br>
<blockquote type="cite">One more quirk
<br>
<br>
I can create a domain using the lx commands and a slightly
modified
<br>
.conf file.
<br>
"virsh start kvmtest" returns a failure.
<br>
I tracked the information passed to vif-openvswitch and it is
being
<br>
called with type_if=tap and it needs to be type_if=vif.
<br>
</blockquote>
Sounds like a Xen bug. Does it call vif-openvswitch twice?
Once for an
<br>
emulated NIC and once for PV nic?
<br>
</blockquote>
openvswitch is called twice once with ACTION=online and again with
ACTION=offline
<br>
<br>
<blockquote type="cite">
<blockquote type="cite">Any help would be greatly appreciated
once again.
<br>
</blockquote>
[...]
<br>
<blockquote type="cite">name = "kvmtest"
<br>
uuid = "1883fa66-d052-4bb2-b57a-8571f77ae69e"
<br>
maxmem = 4096
<br>
memory = 4096
<br>
vcpus = 3
<br>
builder = "hvm"
<br>
kernel = "/usr/lib/xen/boot/hvmloader"
<br>
boot = "nc"
<br>
pae = 1
<br>
acpi = 1
<br>
apic = 1
<br>
hap = 0
<br>
viridian = 0
<br>
rtc_timeoffset = 0
<br>
localtime = 0
<br>
on_poweroff = "destroy"
<br>
on_reboot = "restart"
<br>
on_crash = "restart"
<br>
device_model = "/usr/lib64/xen/bin/qemu-dm"
<br>
usb = 1
<br>
usbdevice = "tablet"
<br>
sdl = 0
<br>
vnc = 1
<br>
vncunused = 1
<br>
keymap = "en-us"
<br>
disk = [ "phy:/dev/xen_images/kvmtest,hda,w" ]
<br>
vif = [
"mac=00:16:3e:3f:31:36,bridge=br0,script=vif-bridge,model=e1000"
]
<br>
</blockquote>
Shouldn't that be '...,script=vif-openvswitch,...'? Also, if
your guest
<br>
has PV drivers, you could set 'model=netfront' to explicitly say
you
<br>
only want the PV NIC.
<br>
</blockquote>
Your correct. I hand fixed it and ran my tests but then foolishly
reran domxml-to-native overwriting my fixes.
<br>
I gave various nic configurations a try and e1000 was just the
last one before moving to looking for the problem in other places.
<br>
I will likely use the PV nic for any real systems but now I am
just trying to get the kinks out.
<br>
<br>
<blockquote type="cite">
<br>
Regards,
<br>
Jim
<br>
<br>
<blockquote type="cite">parallel = "none"
<br>
serial = "pty"
<br>
</blockquote>
</blockquote>
<br>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">--
libvir-list mailing list
<a class="moz-txt-link-abbreviated" href="mailto:libvir-list@redhat.com">libvir-list@redhat.com</a>
<a class="moz-txt-link-freetext" href="https://www.redhat.com/mailman/listinfo/libvir-list">https://www.redhat.com/mailman/listinfo/libvir-list</a></pre>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
Alvin Starr || voice: (905)513-7688
Netvel Inc. || Cell: (416)806-0133
<a class="moz-txt-link-abbreviated" href="mailto:alvin@netvel.net">alvin@netvel.net</a> ||
</pre>
</body>
</html>