WOL

[Sebastian Roth]

@Wayne-Workman Ok, then totally screw what I said!!! I didn’t know that FOG is that intelligent as I haven’t used it in big environments yet. My fault!

[adukes40]

@Wayne-Workman Correct, I am using location plugin, 1 master, 6 nodes. WOL only works if I use the wakeonlan utility. Running WOL, or deploying a task, does not WOL even at the master site. Also will not wake up when doing http://10.103.72.49/fog/management/index.php?sub=wakeEmUp&mac=b8:ac:6f:3d:6e:a4 but using the utility, typing wakeonlan b8:ac:6f:3d:6e:a4, turns on instantly

[Sebastian Roth]

@adukes40 Do you see any messages in the apache error log when accessing the mentioned URL to wake up clients?? See my signature on where to find the log.

[Tom Elliott]

I’m trying to understand how the magic packets are setup. See things seem to work fine, then I’m told they don’t and it varies from person to person, network to network, system to system.

I’ve even seen people say it works from this one system, but not that one system. (From or To can be used interchangeably here please).

[mp12]

@Sebastian-Roth

Server

• FOG Version: RC-12 (42)
• OS: Ubuntu 14.04

Client

• Service Version: 0.11.5
• OS: Win 7

I am having the same problem. Can wake-up the clients in the console using wakeonlan *MAC*. When trying to wake-up a client or group in FOG GUI it creates the following error in the apache error.log

[Tue Oct 04 10:08:18.989990 2016] [:error] [pid 9838] [client x.x.x.x:35286] PHP Fatal error:  Uncaught Error: Access to undeclared static property: WakeOnLan::$_port in /var/www/fog/lib/fog/wakeonlan.class.php:70\nStack trace:\n#0 /var/www/fog/lib/fog/fogpage.class.php(1316): WakeOnLan->send()\n#1 /var/www/fog/lib/fog/fogpagemanager.class.php(230): FOGPage->wakeEmUp()\n#2 /var/www/fog/management/index.php(25): FOGPageManager->render()\n#3 {main}\n  thrown in /var/www/fog/lib/fog/wakeonlan.class.php on line 70

[Tom Elliott]

@mp12 You’re running on working-RC-12 right now. While that issue shouldn’t be present, it isn’t the same as what @adukes40 is seeing either. I can fix the static property issue relatively easily.

[Tom Elliott]

@mp12 https://github.com/FOGProject/fogproject/commit/6f90796d3c13c5db23390b47884e0660a04393b9

That should fix the static variable issue for you too if you want to update again.

[mp12]

@Tom-Elliott

• A single host wake-up in FOG GUI works fine.

• WOL via URL http://x.x.x.x/fog/management/index.php?sub=wakeEmUp&mac=aa:bb:cc:dd:ee:ff works.

• A Group wake-up via FOG GUI won’t work. I don’t get any error in the /var/log/apache/error.log.

[mp12]

bump.

Still having the problem when trying to wake-up a group of clients. They won’t wake up.
Wake-up of a single client works.

[Wayne Workman]

@mp12 how many are in the group? Please try a group of two. If either of them wake up, let us know and we will have more tests for you.

[Tom Elliott]

@mp12 said in WOL:

@Tom-Elliott

• A single host wake-up in FOG GUI works fine.

• WOL via URL

http://x.x.x.x/fog/management/index.php?sub=wakeEmUp&mac=aa:bb:cc:dd:ee:ff

works.

• A Group wake-up via FOG GUI won’t work. I don’t get any error in the /var/log/apache/error.log.

If you try the URL as:

http://x.x.x.x/fog/management/index.php?sub=wakeEmUp&mac=aa:bb:cc:dd:ee:ff|ab:bc:cd:de:ef
Does it give the same issue? NOTE: The | and immediate following MAC Address. The second, third, or xth number of MAC’s don’t necessarily have to be “real” macs.

If that works, try replacing the “order” of the macs. So if aa:bb:cc:dd:ee:ff is your “valid” mac address, and you put it at the end of the “string” does it work? This will help me try to figure out what’s needed to happen.

@mp12, if I recall you’re running the “working-RC-12” branch right?

[mp12]

Seems like the last client inside a group or inside the URL wakes up.

@Tom-Elliott
Running RC-12 Version 46
Tested URL with different MAC Addresses and different number of clients. We also changed the order of addresses.
Everytime we execute the URL, the last MAC in the row wakes up

@Wayne-Workman
We have different size of groups. Now we tested a group with two clients and the second client in the group woke up. First one still off.

[Tom Elliott]

@mp12 not that it will help the issue at hand but mind upping to 13?

[Wayne Workman]

@mp12 invaluable information, thank you. I have to sit down and test WOL with @Tom-Elliott and get this resolved ASAP.

[Tom Elliott]

We (being @Wayne-Workman and me) found the issue, hopefully, and think we have fixed it.

Please give it a shot.

You can try installing the working-RC-14 branch. ( @mp12 and @adukes40 only please).

[Tom Elliott]

I ask this because the sooner I know the sooner I’ll release RC-14.

[mp12]

@Tom-Elliott

switched to RC-14.

We tested the URL (also changed order) and the group wake-up directly in FOG. Each test was realized with three clients.
All clients woke-up! Great work @Tom-Elliott and @Wayne-Workman.

Thanks a lot!

[adukes40]

@Tom-Elliott On RC-14. still no wol for me. I’m not sure what else I can check.

[Tom Elliott]

@adukes40 If you have multiple nodes, you may need to try testing using those other nodes as a starting point.

[adukes40]

@Tom-Elliott

http://10.103.72.49/fog/management/index.php?sub=wakeEmUp&mac=b8:ac:6f:3d:6e:a4 = master node, nothing

http://10.106.2.149/fog/management/index.php?sub=wakeEmUp&mac=b8:ac:6f:3d:6e:a4 = node where machine is located, nothing. States this is a node and not to use the web interface.

can run wol utility from 10.106.2.149 to the mac, and it wakes up.