WOL not working RC11

[george1421]

@UWPVIOLATOR Very strange, the only relevant error is

[Tue Mar 07 10:17:30.654016 2017] [php7:warn] [pid 11698] [client 10.120.155.30:38038] PHP Warning:  ftp_chmod(): SITE CHMOD command failed. in /var/www/html/fog/lib/fog/fogftp.class.php on line 134
[Tue Mar 07 10:23:18.445129 2017] [php7:warn] [pid 12826] [client 10.120.155.30:50802] PHP Warning:  ftp_chmod(): SITE CHMOD command failed. in /var/www/html/fog/lib/fog/fogftp.class.php on line 134
du: cannot access '/images/000Read1802017v11': No such file or directory
[Tue Mar 07 10:28:41.778591 2017] [php7:warn] [pid 13692] [client 10.120.155.30:44196] PHP Warning:  ftp_chmod(): SITE CHMOD command failed. in /var/www/html/fog/lib/fog/fogftp.class.php on line 134
[Tue Mar 07 10:34:09.810023 2017] [php7:warn] [pid 13455] [client 10.120.1.191:35674] PHP Warning:  ftp_chmod(): SITE CHMOD command failed. in /var/www/html/fog/lib/fog/fogftp.class.php on line 134
du: cannot access '/images/000Read1802017v12': No such file or directory

Is the file path/images/000Read1802017v11 real?

Understand I’m shotting a bit in the dark since I’m not a developer. Right now I’m looking for bread crumbs to feed to the developers.

[UWPVIOLATOR]

@george1421

One of our techs is working on created a new image so that is probably just him. Both folders are there and have image files in them. That is another issue. After updating to RC11 some of our images broke and would go to the part clone screen and sit here.

[Tom Elliott]

Does wol work individually?

[george1421]

@UWPVIOLATOR said in WOL not working RC11:

@george1421

It looks like WOL to individual host is working but not to Group.

It look like individual WOL works but not WOL based on group associations.

[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