WOL only works immediately never as planned or cron task
-
Hi,
today i made a testrange with some tasks (fog 0.32, ubuntu 12.04):
[LIST]
[]The machines always wake up if they where properly shutdown by the os and i try to send a wake up over advanced tasks.
[]The machines always wake up if i trigger to make an image immediately
[]The machines never wake up if i schedule the image task
[]The machines never wake up if i use cron jobs (also the cron job is not created crontab always empty) i’ve checked the crontab for all existing users! crontab -u user -l…
[/LIST]
Is there anyone out there who has imaging working with scheduled or cron tab tasks?
Howto debug why this is not working, it’s a pain i left all problems behind but this damn wol thing isn’t working.And it’s not a switch problem, or a not properly shutdowned machine! Like i said immediately tasks always wake up machines properly but only then!
Please help or assist to debug
Greetz X23
-
Hi,
additionally i tried this (uses etherwake) [url]http://fogproject.org/forum/threads/wol-not-working-in-fog.3780/#post-10429[/url]
The Problem is the same, so iam sure that there is a BUG in FOGWOL is only working standalone or in combination with creating an image immediatelly!
Why will no one of the creators check this bug?
I would like to make it clear.
Sending only a Wake up over advanced tasks to any computer will always work here, also if i switch over to the etherwake method.
Both methods never has worked for waking a computer when a task was scheduled or croned.Is there no one out that can assist with debugging that problem? Maybe it’s just a syntax typo or another little problem that can be fixed within minutes but iam not experienced with debugging this also i don’t know exactly how fig works. So please help out
Who can explain how a scheduled task work? Where is the job saved, which php scripts or whatever will be triggered is the scheduled time has come? How can i step by step debug that to find out what went wrong?
Greetz X23
-
Hi,
additionally is someone out there you can succesfully use a scheduled or cron task that will successfully wakeup the computers?
[IMG]http://cdn.theatlanticwire.com/img/upload/2011/06/10/sinking-ship-cartoon.jpg[/IMG]
Greetz X23
-
X32
Scheduled and cron WOL jobs works on our network. We are still using FOG 0.29If your planning on moving to Windows 8 see [url]http://support.microsoft.com/kb/2776718[/url]
WOL from (S4) Hybrid shutdown or (S5) classic shutdown is unsupported in Windows 8 -
X23 I am having the same problem with some newer hardware, Dell Optiplex 9010’s. I have my computer labs all torn apart over the summer, so I haven’t been able to try it on my older Dells. I will not be able to try anything until August sometime. I am using fog 0.32, running on a Ubuntu 12.04.2 machine.
The guy who did my job before I got here had issues with WOL so he stuck with version 0.29, and Ubuntu 10.04. -
Registered for the sole reason of adding another voice to this bug. Just set up a FOG server, WOL works great when I trigger it manually or tell it to make an image manually. Try to set up a cron schedule for it and it doesn’t work. check cron for fog user and there’s nothing. check it for root and my user, also nothing. This would be killer if the scheduling worked. Hopefully this will gain some visibility with devs.
Thanks for an otherwise really sweet product.
-
I will look into this when I get home though I make no promises as I have to figure out how its trying to create the tasks. It might be limited as the user it has to create the task is apache.
-
Thanks Tom. Hopefully you are able to find something amiss. If I run ‘lastlog’ I can see that I don’t have an Apache user. If a fix isn’t immediately apparent, I think being able to manually create the cron job with an authoritative user would be an acceptable workaround.
-
From what I could tell looking into this, it’s not using crontab or at to create scheduled jobs, but rather using the scheduletask service to check the database for specifics. I’ll try to look into it this weekend, but no gaurantees.
-
[quote=“Tom Elliott, post: 17959, member: 7271”]From what I could tell looking into this, it’s not using crontab or at to create scheduled jobs, but rather using the scheduletask service to check the database for specifics. I’ll try to look into it this weekend, but no gaurantees.[/quote]
Aka there will probably be a million updates this weekend and this may be one of them
-
I don’t know about that, but I might add a crontab for the root user that basically runs the php file every minute. This way the DB gets checked, assuming this worked at some point in time. That’s my guess at least.
-
I think I found the problem.
The file in /opt/fog/service/FOGTaskScheduler/ is referencing the class files Host.class.php, Task.class.php, etc… as WEB_ROOT . /management/lib/<classfilename> Which is why it’s not finding anything. One of the files, Imageable.interface.php, doesn’t exist and never has, though the file is still referencing it. I may have just found a fix, but will test with a simple inserted job to see that it recognizes and attempts to run the job. Man, maybe this is much easier than I thought it would be.
-
r946 should now have scheduled tasks back. Hopefully this helps, but please test. I don’t know what Imageable.interface.php was supposed to have so I haven’t a clue as to where to begin coding this if it was truly ever needed in the first place.
-
I’ve since, I think, fixed this issue and will post the updates. I’ve also added the tools to start viewing the scheduled jobs as nothing was in place for this. When I have time tomorrow, I’ll try to upload my changes. Hope all is well. First file that needed changing is the one I already uploaded once. It didn’t work through my testing, but I narrowed how to get it sort of working, I think. Again, I have nothing much I can truly test on, but at least I can see the jobs trying to run.
-
r947 was out, please don’t try was testing something and forgot to remove those tests.
r948 is out and should have scheduled tasks back though I don’t really know for sure. Please test.
-
I am adding the caveat to this, as reading a little further, you’re stating that this bug was with 0.32 and I have been updating 0.33. I still don’t know if the jobs are working properly, but can see what’s going on in 0.32. Maybe I’ll have another aha moment when looking into this for you all.
I’m not familiar with scheduled tasks too much beyond crontab specified, so if my results aren’t working fully yet, I’m very sorry.
-
I’m about to release another revision due to Scheduled tasks. Again it’s only for 0.33, but it seems to, finally, be working properly. *'s work just like crontab. There’s a couple other issues in scheduling the task that’s a little off, but that’s validation problems and not scheduling problems.
I’ve only tested using false values for everything and watching log files. Real-world I haven’t a clue, but at least I can say with some assurance it appears to be working as expected. I haven’t figure out the Single Scheduled task entry process yet and haven’t tested it because of this reason. So to be blatant, only cron style tasks seem to be working for now.
Hopefully this helps.
-
I think I actually got it through more rigorous checking with my test system. It actually looks to create the task as active in wait for the job to start.
-
Told ya he’d get it
-
Yep, Not quite a million updates, but a lot of frustrating testing.
Again, I don’t have any thing real to test with, but I can watch the tasks being activated, and verify they’re now activating when they’re expected to. Hopefully this is what’s needed. For the Task Run Time in the log viewer, I have the dates working to display the rfc time based on the timestamp for delayed jobs, and for cron jobs, it just displays the cron as is present on the database. It appears, so far, all is working properly now.
