Red Hat Bugzilla – Bug 239959
starting xend makes wake on lan not work
Last modified: 2014-06-18 03:36:15 EDT
I was attempting to get my home workstation set up to wake on lan and was having
trouble. After some experimentation, I've determined that after shutting down, I
can wake the machine only if xend wasn't started. Some info about my setup:
00:0a.0 Bridge: nVidia Corporation CK804 Ethernet Controller (rev a3)
...I've configured WOL by setting this in ifcfg-eth0:
...if I start xend and run "ethtool peth0", I see:
...but after shutdown ether-wake from another host will not wake the machine. If
I chkconfig xend off, then it works without issue.
I know kernel is older, but 2.6.20-based xen kernels are unstable on my machine.
I did test kernel-xen-2.6.20-1.2948.fc6, and it showed the same issue, so I
think this is likely a userspace problem. Let me know if there's any other info
that would be helpful or if you need me to test anything.
I haven't specifically reproduced this yet, but since Xen does some funny stuff
with the MAC address that most-likely interferes with WoL on nvidia hardware.
I'd be curious to see how well it worked with some of the other WoL methods:
Set Wake-on-LAN options. Not all devices support this. The
argument to this option is a string of characters specifying which options to
p Wake on phy activity
u Wake on unicast messages
m Wake on multicast messages
b Wake on broadcast messages
a Wake on ARP
g Wake on MagicPacket(tm)
s Enable SecureOn(tm) password for MagicPacket(tm)
d Disable (wake on nothing). This option clears all previous
like specifically ARP or broadcast.
# ethtool peth0 | grep Wake-on
Supports Wake-on: g
...I *did*, however, verify that switching the networking to network/vif-nat
works around the issue. So the changing MAC addrs does seem likely to be the
problem. When xend starts, it changes the name of the physical interface to
"peth0" and changes its MAC address to "FE:FF:FF:FF:FF:FF". Going to see if I
can wake it up using that addr...
That didn't work either -- but then again, I'm not terribly suprised :-)
Another data point...
If I shut down xend and then run:
and then shut down the machine, I can wake the machine up as well.
network-bridge stop seems change the MAC address back on the physical interface.
It looks like xend does not run this when it shuts down. I'm not sure if this is
by design or not...
I guess you can shutdown (or restart) xend with domains still running, so I'm
not sure if we want to tear down the networking stuff when it shuts down. Maybe
the best solution is to just add a new shutdown script that tears down the
networking just before the "real" networking is torn down.
I'll hack something together as an example, but we may want to write a python
prog that just calls Vifctl.network("stop") when run.
This report targets FC6, which is now end-of-life.
Please re-test against Fedora 7 or later, and if the issue persists, open a new bug.