I've used sr-iov with intel 10gbe cards and what i've noticed is that the virtual functions do not support wake-on-lan. Also if by any chance your physical function is disabled all your virtual functions will cease to transfer traffic because the physical functions is responsible for the virtual switch that transport traffic from the igbxevf devices. I don't think you can really use wake on lan at a vm level successfully yet. Have you tried the virtio driver?<div>
<br></div><div>Shank<br><div><br><div class="gmail_quote">On Mon, Aug 13, 2012 at 5:54 PM, Steven Timm <span dir="ltr"><<a href="mailto:timm@fnal.gov" target="_blank">timm@fnal.gov</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I am currently running both OpenNebula 3.2 and OpenNebula 2.0,<br>
both using KVM hypervisors and network interfaces that involve<br>
virtio drivers<br>
<br>
I've noticed that the "onevm suspend" action does something different<br>
than "virsh suspend".<br>
With "onevm suspend", the kvm process writes a memory checkpoint<br>
file and exits such that it is not visible to "virsh list" or ps.<br>
<br>
With "virsh suspend" the process stays resident and the kvm process<br>
is still available, and "virsh list" shows it as suspended.<br>
<br>
My questions:<br>
<br>
1) If a kvm process is thus suspended by virsh, is there any way<br>
to recover it via opennebula? "onevm resume" looks for<br>
the checkpoint file which is not there, fails, and then<br>
does a onevm delete.<br>
<br>
2) Does OpenNebula have any onevm command to keep the kvm process alive and suspended, i.e. still showing in the ps list of the "vm host"<br>
just like it was under "virsh suspend"<br>
<br>
3) has anyone been able to make a "wake on lan" feature work<br>
for a virtual machine that is thus suspended, by sending a magic packet?<br>
<br>
4) ethtool output from the virtio network interface indicates that<br>
it doesn't support wake-on-lan, or a lot of other stuff.  Has anyone<br>
been able to do better either by using the default rtl8139 that<br>
comes with a KVM VM, or by passing a net interface through via SR-IOV or pci pass-thru?<br>
<br>
We are trying to extend the hibernate and wake-up functions of<br>
Condor to work with virtual machines.  At the moment condor fails to<br>
hibernate the virtual machine because of #4.<br>
<br>
Steve Timm<br>
<br>
------------------------------<u></u>------------------------------<u></u>------<br>
Steven C. Timm, Ph.D  <a href="tel:%28630%29%20840-8525" value="+16308408525" target="_blank">(630) 840-8525</a><br>
<a href="mailto:timm@fnal.gov" target="_blank">timm@fnal.gov</a>  <a href="http://home.fnal.gov/~timm/" target="_blank">http://home.fnal.gov/~timm/</a><br>
Fermilab Computing Division, Scientific Computing Facilities,<br>
Grid Facilities Department, FermiGrid Services Group, Group Leader.<br>
Lead of FermiCloud project.<br>
______________________________<u></u>_________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opennebula.org" target="_blank">Users@lists.opennebula.org</a><br>
<a href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org" target="_blank">http://lists.opennebula.org/<u></u>listinfo.cgi/users-opennebula.<u></u>org</a><br>
</blockquote></div><br></div></div>