WOL not working RC11

[UWPVIOLATOR]

@george1421 @Tom-Elliott

WOL works when you do Deploy and check WOL. But not from Task List. WOL to Group does not work.

[Tom Elliott]

@UWPVIOLATOR I’m not overly concerned with the Task list elements, though I believe this is because from task page it’s considered a “quick” tasking, so the WOL portion may not be defined (though I could easily set it I suppose).

For the individual working, but the groups not working, is this to any sized group?

I’ve added a 700 ms delay between waking hosts, (which should not be present to the user) in a theory that the network is simply being spammed too many times and not allowing the traffic to route as expected.

Does this happen on any sized group? For example, if you have a group with a single host and create tasking, does the host wake up? What about with 2 hosts?

[UWPVIOLATOR]

@Tom-Elliott

I will test for you but again I want to be clear. WOL works when deploying an Image but not through quick task.

[Tom Elliott]

@UWPVIOLATOR I get that. I can fix that, I think. The question is specifically for groups to find out if there’s some limit or not.

[UWPVIOLATOR]

@Tom-Elliott

Tested multiple devices. Now I can’t WOL at all.

[Tom Elliott]

@UWPVIOLATOR Not even individual items?

[UWPVIOLATOR]

@Tom-Elliott

Alright tested this yesterday and today. I can Deploy, and Hardware Inventory with the WOL checkbox checked and it will wake up.

It will not Wake up if I go Basic Task Wake Up, Fast Wipe or Normal Wipe.

Apache Error Log

[Fri Mar 10 06:25:29.936381 2017] [mpm_prefork:notice] [pid 1052] AH00163: Apache/2.4.25 (Ubuntu) OpenSSL/1.0.2k configured -- resuming normal operations
[Fri Mar 10 06:25:29.936419 2017] [core:notice] [pid 1052] AH00094: Command line: '/usr/sbin/apache2'
[Fri Mar 10 10:57:25.330666 2017] [php7:warn] [pid 7627] [client 10.100.152.250:49456] PHP Warning:  Unknown: FTP server error 426:426 Failure writing network stream.\r\n in Unknown on line 0
[Fri Mar 10 11:22:18.612595 2017] [mpm_prefork:notice] [pid 1052] AH00169: caught SIGTERM, shutting down
[Fri Mar 10 11:22:36.685610 2017] [mpm_prefork:notice] [pid 15568] AH00163: Apache/2.4.25 (Ubuntu) OpenSSL/1.0.2k configured -- resuming normal operations
[Fri Mar 10 11:22:36.685664 2017] [core:notice] [pid 15568] AH00094: Command line: '/usr/sbin/apache2'
[Fri Mar 10 11:59:57.972387 2017] [php7:error] [pid 24738] [client 10.88.2.196:50925] PHP Fatal error:  Uncaught Exception: #!im in /var/www/html/fog/lib/fog/fogbase.class.php:464\nStack trace:\n#0 /var/www/html/fog/lib/client/registerclient.class.php(46): FOGBase::getHostItem(true, false, false, true)\n#1 /var/www/html/fog/lib/fog/fogpage.class.php(2851): RegisterClient->json()\n#2 /var/www/html/fog/lib/fog/fogpage.class.php(264): FOGPage->requestClientInfo()\n#3 /var/www/html/fog/lib/fog/processlogin.class.php(57): FOGPage->__construct('')\n#4 [internal function]: ProcessLogin->__construct()\n#5 /var/www/html/fog/lib/fog/fogbase.class.php(402): ReflectionClass->newInstanceArgs(Array)\n#6 /var/www/html/fog/management/index.php(29): FOGBase::getClass('ProcessLogin')\n#7 {main}\n  thrown in /var/www/html/fog/lib/fog/fogbase.class.php on line 464
[Fri Mar 10 12:25:30.224648 2017] [php7:warn] [pid 28040] [client 10.99.150.32:61938] PHP Warning:  Unknown: FTP server error 426:426 Failure writing network stream.\r\n in Unknown on line 0
[Fri Mar 10 13:00:29.945356 2017] [php7:error] [pid 31954] [client 10.123.155.31:49542] PHP Fatal error:  Uncaught Exception: #!im in /var/www/html/fog/lib/fog/fogbase.class.php:464\nStack trace:\n#0 /var/www/html/fog/lib/client/registerclient.class.php(46): FOGBase::getHostItem(true, false, false, true)\n#1 /var/www/html/fog/lib/fog/fogpage.class.php(2851): RegisterClient->json()\n#2 /var/www/html/fog/lib/fog/fogpage.class.php(264): FOGPage->requestClientInfo()\n#3 /var/www/html/fog/lib/fog/processlogin.class.php(57): FOGPage->__construct('')\n#4 [internal function]: ProcessLogin->__construct()\n#5 /var/www/html/fog/lib/fog/fogbase.class.php(402): ReflectionClass->newInstanceArgs(Array)\n#6 /var/www/html/fog/management/index.php(29): FOGBase::getClass('ProcessLogin')\n#7 {main}\n  thrown in /var/www/html/fog/lib/fog/fogbase.class.php on line 464
[Fri Mar 10 13:07:30.227977 2017] [php7:warn] [pid 32431] [client 10.129.153.64:61706] PHP Warning:  Unknown: FTP server error 426:426 Failure writing network stream.\r\n in Unknown on line 0

[UWPVIOLATOR]

@Tom-Elliott @george1421 @Wayne-Workman

Updated to RC16 today. WOL as Wake Up task still not working. Either individually or group.

What does work.
WOL via Deploy Task
WOL via Hardware Inventory Task
WOL via Group Deploy Task
WOL via Group Multicast
WOL via Group Hardware Inventory Task

Suggestions?

[Tom Elliott]

@UWPVIOLATOR The very same utility that “does” work is the same utility that is in use for the WOL specific tasking. The only difference is WOL Tasks perform the action immediately rather than create a separate tasking in the task page.

I will see if I can see what’s different between them though.

[george1421]

@Tom-Elliott Are we trapping the call to the wol command someplace in a log to see if its being called differently?

[Tom Elliott]

@george1421 No, but it’s not being called separately.

The problem, as I just found it, appears to be it’s not taking into account the WOL specific task. This was an oversight in that $type === 14 is not the same as $type == 14. I’m going to repub for which this should address the problem.

[Tom Elliott]

Please redownload and install again. This was such a minor thing to correct for that it doesn’t really deserve it’s own “branch” update.

[UWPVIOLATOR]

@Tom-Elliott

Thank you. We will update on Monday and report back our findings.

[Tom Elliott]

@UWPVIOLATOR Is it safe, now, to solve this? I think it is solved, although it is also going a little slower with the 700ms delay now.

[UWPVIOLATOR]

@Tom-Elliott

Sure.

[Dark000]

Can i just ask what exactly do i need to change to fix this. I upgraded from 1.2 to 1.4.4. Now i have the same problem. Wol for single host works. Wol for groups doesn’t. What i found out is that if the group has low number of hosts of no more than 6 then it works even for the groups. But if there is more it doesn’t. Then some compuers wake up and some don’t.

Server: CentOS

[Quazz]

@Dark000 1.4.4 includes the aforementioned fixes already.

Please create a new thread detailing this problem.