Dunno how helpful this will be but I captured the two different magic packets with WireShark from the H81M-A PC.

From Fog - doesn’t work:

From gWakeOnLan - does work:

That’s a good question. I went back and looked at it again just to double check. The default is to send the WOL to 255.255.255.255 which works (wakes up the machine). Just for the heck of it I tried the actual broadcast address of of my subnet - 10.25.37.255 (it’s a subnet with 510 hosts 10.25.36.0 - 10.25.37.254 with a subnet mask of 255.255.254.0) In gWakeOnLan both 255.255.255.255 and 10.25.37.255 wake up the machine.

Not Found
The requested URL /fog/status/wol.php was not found on this server.

As I mentioned in my original post:

wol.php in the browser (http://fogip/fog/wol/wol.php?wakeonlan=xx:xx:xx:xx:xx:xx) works for the DG41RQ PCs but not the H81M-A PCs.

WOL is enabled on my H81M-A PCs.

I can manually wake the H81M-A PCs from the Fog server using gWakeOnLan. (And it works on a Windows PC from another subnet using a script.)

No, not familiar with it.

Don’t think my problem is subnets since the Fog server and the client PCs are on the same subnet.

Fog SVN 3726 on Ubuntu 12.04

All PCs and Fog server are on the same subnet.

WOL from Fog works on my Intel DG41RQ PCs but doesn’t work with my Asus H81M-A PCs.

I can manually wake the H81M-A PCs from the Fog server using gWakeOnLan. (And it works on a Windows PC from another subnet using a script.)

wol.php in the browser (http://fogip/fog/wol/wol.php?wakeonlan=xx:xx:xx:xx:xx:xx) works for the DG41RQ PCs but not the H81M-A PCs.

Any ideas?

Believe I found a typo in HostManagementPage.class line 1206.

Was having trouble importing clients from CSV. Saw “PHP Fatal error: Call to undefined method HostManagementPage::nice_data()” in HostManagementPage.class line 1206. Apparently should be “nice_date()” instead of "nice_data(). Once I changed that the CSV import started working again.

[quote=“Tom Elliott, post: 44164, member: 7271”]If you’re running SVN, the kernel’s are now updated on the Sourceforge sites. All you’ll need to do is re-run the installer. The 3.19.1 kernel has been updated. Next up is to build the 3.19.2 drivers.[/quote]

Awesome! Flies right through it now. Thank you so much for your help.

[quote=“Tom Elliott, post: 44146, member: 7271”]I mean no harm with that, I just need to add the file to the compiler.

Hopefully doing that will fix the slow issue you’re seeing.[/quote]

That would be great! No harm in leaving the debugging on in the mean time is there?

[quote=“Mark Pickard, post: 44143, member: 609”]On the DG41RQ about 10 seconds in it hangs at the message “Switched to clocksource tsc” Right before that there are several lines about the mouse and keyboard. At 60 seconds I get:
[code]"r8169 0000:03:00.0 eth0: unable to load firmware patch rtl_nic/rt18168d-1.fw (-12)
r8169 0000:03:00.0 eth0: link down
r8169 0000:03:00.0 eth0: link down[/code]
and then 3 second later:
[code]
r8169 0000:03:00.0 eth0: link up
Sending DHCP requests .
[/code]
and the it starts the imaging process.

I’ll try it on the H81M-A and report back.[/quote]

Same messages at the same time for the H81M-A.