New WOL (Wake on Lan) Scheduling Wizard Not Working

(imported topic written by tscott91)

I am having an issue with the new WOL scheduling wizard… I don’t believe it is working. I’ve tried a couple test scheduled wakeups and no machines are waking up…

I have a WOL forwarder in all but two subnets. I have no clue how to troubleshoot this as the way it’s setup now I don’t see anyway to see what is going on (logs, action history, etc)…

Anyone have any ideas?

Thanks!

(imported comment written by BenKus)

Can you wake them up with right-click send-wakeup?

There is a log created at “C:\Program Files\BigFix Enterprise\BES Server\Applications” if you want to see the log…

Also maybe the Wake-on-Web report might help spot issues…

Ben

(imported comment written by tscott91)

Yes, right click send WOL works…

I’m confused with these logs… I have a log file for everyday since 9/17 and they are all basically the same. One is attached.

What the heck is going on?

(imported comment written by tscott91)

And in the BESWoLMedic.log there appears to be an issue… The below is in there over and over and over…

Wed Sep 15 20:01:23 2010 INFO Running BESWoLMedic.exe version 0.5.16
Wed Sep 15 20:01:23 2010 INFO
Missing the following required parameters:
-WRPASSWORD Password of the BES Webreports user.
Use -help option for more information on available parameters.
Wed Sep 15 20:06:23 2010 INFO Running BESWoLMedic.exe version 0.5.16
Wed Sep 15 20:06:23 2010 INFO
Missing the following required parameters:
-WRPASSWORD Password of the BES Webreports user.
Use -help option for more information on available parameters.
Wed Sep 15 20:11:24 2010 INFO Running BESWoLMedic.exe version 0.5.16
Wed Sep 15 20:11:24 2010 INFO
Missing the following required parameters:
-WRPASSWORD Password of the BES Webreports user.
Use -help option for more information on available parameters.

(imported comment written by SystemAdmin)

tscott - my memoryon this is horrible, but I remember when setting up BES 8, you had to create a web reports user for the WOL stuff and youi had to supply that on install I think. We originally had our web reports user set to view only (we used it for something else previous to the plugin service), which we later found out was not enough. It needs to be at least a Normal web reports user. In your case, it does not look like the user info was entered / saved.

See this KB article:

http://support.bigfix.com/cgi-bin/kbdirect.pl?id=1643

(imported comment written by tscott91)

Thanks for the reply.

Any ideas on the log I attached in post 3?

(imported comment written by SystemAdmin)

Hmm, my thought was that the reg keys in the article were not set. If they are set, I’m at a loss as to why the log is showing - did you blank them out before posting it here?

HKEY_LOCAL_MACHINE\SOFTWARE\BigFix\Enterprise Server\BESReports

SOAPUsername (String)

Set with the name of your Web Reports user as its value.

HKEY_LOCAL_MACHINE\SOFTWARE\BigFix\Enterprise Server\BESReports

SOAPPassword (String)

Set with the users password as its value.

HKEY_LOCAL_MACHINE\SOFTWARE\BigFix\Enterprise Server\BESReports

WRHTTP (String)

Set with the name of your Web Reports Server url:

e.g.: http://bigfix.company.com/webreports

(imported comment written by tscott91)

No, I didn’t blank anything out… The question I had is why is that log file reproducing every day and logging something every 5 minutes for what looks like 24 hours?

(imported comment written by SystemAdmin)

I think that is normal behavior. I just looked at our server / logs and we are seeing the same 5 minute polling interval in the logs. It’s just that your BESWoLMedic is failing and ours is not. Here is what a successful log should look like:

Tue Sep 28 12:29:01 2010]

INFO

Running BESWoLMedic.exe version 0.5.16

Tue Sep 28 12:29:01 2010

INFO

Connecting to webreports at http://bigfixserver.domain.local/webreports

Tue Sep 28 12:29:01 2010

INFO

Checking LMS Statuses

Tue Sep 28 12:29:01 2010

INFO

All LMS have reported within 60 minutes.

Tue Sep 28 12:29:01 2010

INFO

Gathering Wakeup Polices

Tue Sep 28 12:29:02 2010

INFO

0 scheduled wakeup polices found.

Tue Sep 28 12:29:02 2010

INFO

Execution Successful!

Tue Sep 28 12:34:02 2010

INFO

Running BESWoLMedic.exe version 0.5.16

Tue Sep 28 12:34:02 2010

INFO

Connecting to webreports at http://bigfixserver.domain.local/webreports

Tue Sep 28 12:34:02 2010

INFO

Checking LMS Statuses

Tue Sep 28 12:34:02 2010

INFO

All LMS have reported within 60 minutes.

Tue Sep 28 12:34:02 2010

INFO

Gathering Wakeup Polices

Tue Sep 28 12:34:03 2010

INFO

0 scheduled wakeup polices found.

Tue Sep 28 12:34:03 2010

INFO

Execution Successful!

(imported comment written by tscott91)

Ahh… Ok. Great.

Thank you.

(imported comment written by SystemAdmin)

Just realized I posted the wrong log. You had posted the MFS log, I posted the BESWoLMedic log. But the results are the same.

MFS Log:

Tue, 28 Sep 2010 04:33:13 -0400

Task ‘BESWoLMedic’ run by command: “G:\BigFixEnterprise\BESServer\Applications\BESWoLMedic\BESWoLMedic.exe” -besserver http://bigfixserver.domain.local:52311 -webreports http://bigfixserver.domain.local/webreports -u BESWebReportsUserGoesHere -p **********

Tue, 28 Sep 2010 04:38:14 -0400

Task ‘BESWoLMedic’ run by command: “G:\BigFixEnterprise\BESServer\Applications\BESWoLMedic\BESWoLMedic.exe” -besserver http://bigfixserver.domain.local:52311 -webreports http://bigfixserver.domain.local/webreports -u BESWebReportsUserGoesHere -p **********

Tue, 28 Sep 2010 04:43:15 -0400

Task ‘BESWoLMedic’ run by command: “G:\BigFixEnterprise\BESServer\Applications\BESWoLMedic\BESWoLMedic.exe” -besserver http://bigfixserver.domain.local:52311 -webreports http://bigfixserver.domain.local/webreports -u BESWebReportsUserGoesHere -p **********

(imported comment written by naveedm)

Hi tscott (and thanks jspanitz for sharing your expertise!),

The Wake-on-LAN medic runs every 5 minutes and is called by the BES Server-Side Plug-in Service (aka Master Framework Service, or MFS). Every time it is run, it checks to see whether there are any scheduled Wake-on-LAN events pending for which it needs to issue Wake-on-LAN requests. It also checks on Last Man Standing machines and attempts to wake them back up if it determines that any of them have stopped reporting in to the server.

The issue you have seen is likely related to the three registry settings that jspanitz highlighted. Are you still running into issues with Scheduled Wake-on-LAN events? If so, I’d suggest opening a support case so we can troubleshoot this further.

Hope that helps and let us know if you have any other questions about this new functionality.

Naveed

(imported comment written by SystemAdmin)

Not to hijack the thread, but can i request that some functionality be added to the WoL feature.

One, once a WoL is issued (via web reports I presume?), from what I am reading here, it could be up to 5 minutes before the request is processed. Two, there also seems to be some 10 minute rule built into the clients (http://forum.bigfix.com/viewtopic.php?id=4825).

Is there any way to see all this from the console and to know where in the process the WoL request is?

(imported comment written by tscott91)

Those registry keys fixed my issue, thanks.

And yea, it would be great if we could see what’s going on inside the console.

(imported comment written by tscott91)

Argh! I had a scheduled WOL setup and it didn’t work…

I created a new Policy… Policy name “Office Install”. Start time: 8:00:00 PM. Schedule Task: Once. Run on: 10/05/2010.

Screen 1: http://img251.imageshack.us/img251/2433/110968348bigfixenterpri.jpg

I specified the computers I wanted to wake up…

Screen 2: http://img251.imageshack.us/img251/7164/110968440bigfixenterpri.jpg

And I don’t believe it did anything. There were some on but I believe that was because users left them on… Some that were off I was able to right click send WOL to them this morning and they powered on correctly…

I’ve attached some logs.

(imported comment written by BenKus)

Hi tscott,

I think you might need to contact support for this one… I am not sure we can troubleshoot effectively on the forum at this point…

Ben