Okay, it’s fixed but I’m still scratching my head about it.
I was having an additional issue where occasionally upon rebooting the server, MySql died and I had to manually restart it.
I fixed it by following these instructions (The part under “Ubuntu 13.04 14.04 15.04 and higher with FOG 1.2.0”).
I really can’t see how that fixed it but it’s somehow working now…
So consider the problem solved. Thank you for your time.
I’'m now testing this on a 1.2.0 FOG server also on Ubuntu Server 14.04.3. Same problem.
@Wayne-Workman said:
@JeffD So what happens if you log into your FOG server via SSH and issue the
datecommand?It should return with the day, month, year, and time… How accurate is it?
Seems accurate down to the second, timezone and all.
@george1421 said:
It would be interesting to know what if anything is posted to the /opt/fog/log/taskscheduler.log when one of these scheduled events are missed. If its not in there, one might think one of the logs would say what just happened. This is very strange that “nothing” happens.
You might want to check to see if the fog task scheduler service is running. I might be able to understand if the scheduler is not running. The web gui looks at the database where the scheduled task is run. It calculates when it should run and displays that to the user. So the time line is correct from the users perspective. Its just the task never kicks off on the back end. This is all speculation, but it sounds logical.
I did not find /opt/fog/log/taskscheduler.log but I did find fogscheduler.log there. I assume this is the same thing? These are the last 10 entries.
[12-10-15 7:51:30 am] * 0 active task(s) awaiting check-in.
[12-10-15 7:51:30 am] * No tasks found!
[12-10-15 7:52:30 am] * 0 active task(s) awaiting check-in.
[12-10-15 7:52:30 am] * 1 task(s) found.
[12-10-15 7:52:30 am] * Task run time: Thu, 10 Dec 2015 08:51:00 +0000
[12-10-15 7:52:30 am] * Task doesn't run now.
[12-10-15 7:53:30 am] * 0 active task(s) awaiting check-in.
[12-10-15 7:53:30 am] * No tasks found!
[12-10-15 7:54:30 am] * 0 active task(s) awaiting check-in.
[12-10-15 7:54:30 am] * No tasks found!
The strange thing is I scheduled a task for 9:24am, and I looked this up at around 9:25 am. The log shows 7:52 am and there definitely weren’t any tasks planned at that time.
@Tom-Elliott said:
I don’t understand what you’re saying.
Scheduled tasks shouldn’t start the systems that are being tasked until the tasking time is met. Is this what’s not working?
That’s exactly what’s not working.
@Wayne-Workman said:
@JeffD 99% of the time, scheduled tasks that don’t run are because your server time is off.
Fix the time on your server, and set your timezone properly both on the server and in the FOG Web Interface.
I’ve edited /etc/php5/apache2/php.ini to include the correct timezone.
I’ve also changed FOG_TZ_INFO in the fog settings to the correct timezone.
If I schedule a task for 5 minutes into the future, the scheduled tasks page says that it’ll run in 5 minutes, if I keep refreshing it’ll eventually say it’ll run “seconds from now” and if I refresh for another minute it’ll show it ran “moments ago”. So the time showing on the webpage seems right. So it seems like it’s trying to run it at the time I scheduled it, but then doesn’t start up the machines to carry out the task.
After making this thread I installed a fresh server completely from scratch (version 5612) and it doesn’t work on that either.
Oh by the way I’m using Ubuntu Server 14.04.3 if it matters.
Running version 5612.
When sheduling any task (deploy, capture, wake-up, doesn’t matter what), the task does not start up the machine(s). Without the scheduler, all these tasks work fine. I found a fix that suggests making the mysql root password blank but that didn’t help.
The task scheduler worked fine in the past. It’s hard to tell when it stopped working because it went unused for some time. I can also use the Wake On Lan tool on my Windows machine to remotely wake up any machine so NIC settings are configured properly.
Any suggestions?
Thanks for your time.
ipxe.kpxe actually works!
It also works with at least one of our other previously already working machines as well. I will test on other PCs later.
There must be a reason why undionly.kpxe is practically considered the “default” binary. Does it just lower startup time because it loads fewer drivers? Are there any problems I should expect when switching to ipxe.kpxe?
[quote=“Uncle Frank, post: 44194, member: 28116”]I reckon it’s time to build your own ipxe binary with debugging enabled to get more information about this… see here: [url]http://fogproject.org/forum/threads/build-ipxe-from-source.10152/[/url]
[CODE]make … DEBUG=dhcp[/CODE][/quote]
I couldn’t build it with the instructions provided in that link. I managed to successfully build it using these instructions instead. [url]http://www.fogproject.org/wiki/index.php/Building_undionly.kpxe[/url]
I don’t know much about any of this so I probably didn’t do it right.
Just in case I did it right after all, here’s what I got.
[url]http://i.imgur.com/nXeiAIh.png[/url]
[url]http://i.imgur.com/evSgrE4.png[/url] (error referenced in this picture: [url]http://ipxe.org/err/040ee1[/url])
I installed revision 3112. Uploading/deploying to all PCs still seems to work but these notebooks are still not. The error code is different this time:
[URL=‘http://i.imgur.com/U4dXvso.jpg?1’]Image[/URL]. It points me to [url]http://ipxe.org/4c126035[/url].
I was able to retrieve files over TFTP from Win7 on the notebook so I don’t know if TFTP access is the problem.
What else can I try?
Can I just install the 3112 revision over my current 1.2.0 install? (after backing everything up just in case, of course)
I’m definitely willing to try this but I’ll have to run it by my boss, whom I won’t see until next Friday. I’ll let you know how it went hopefully next week.
Thanks so far for the quick replies everyone 
[quote=“Junkhacker, post: 43809, member: 21583”]how “up to date” is your fog server?
are you running the latest official release (1.2.0) or a SVN dev release?[/quote]
1.2.0 Official.
[quote=“Wayne Workman, post: 43810, member: 28155”]maybe try these?
[url]http://www.sevenforums.com/installation-setup/321097-how-install-windows-7-uefi-mode-usb.html[/url]
[url]http://forums.hexus.net/windows/296453-installing-windows-7-uefi-machine.html[/url]
[url]http://superuser.com/questions/676249/clean-install-of-windows-7-pro-64-bit-on-a-uefi-laptop-with-gpt-partition[/url]
[url]http://blogs.technet.com/b/askcore/archive/2011/05/31/installing-windows-7-on-uefi-based-computer.aspx[/url][/quote]
Oh no, we managed to install Win7 with no problems. But it required enabling its legacy BIOS (by default it uses UEFI) setting to install it in the first place. I think that may be causing the issues with FOG so that’s why I brought it up.
[QUOTE=“BigMan99211”]Have you checked to see if your switches have Spanning Tree running? If so, it may be a combination of delays. Some laptop GbE interfaces have a tendency to be slower than normal when spanning tree is doing a loopback check. This delay could be just long enough for the ipxe check to fail.
As a test, if you can, try putting a cheap (netgear, dlink, etc…) switch between your network, and the laptop. That should prevent STP from scanning the laptop interface.
This might help… it might not… it’s 3am, and i’m hopped up on Monster Energy and pixie sticks! lol…
Gotta get work done somehow! :D[/QUOTE]
STP is disabled.
We have recently purchased some HP 250 G3 (Realtek 8136 NIC) Notebooks that came pre-installed with Win8.1.
They use UEFI but support a legacy BIOS system. Since we had to install Win7, the legacy BIOS setting was our only option. It doesn’t seem to play nice with with our FOG server.
Our FOG server is up to date and runs on an up to date virtual Ubuntu server that runs under Win2012 Server. The Windows server takes care of DHCP. We have many PCs of different makes and manufacturers that all boot into the PXE software and they can all use FOG’s functionalities just fine.
These notebooks show [URL=‘http://i.imgur.com/t1bjUQu.png’]this error[/URL] when attempting to load iPXE. Immediately after showing this error, the machine reboots and then attempts to load the same program, then show the error and reboot again. It will loop infinitely like this. If you follow the URL provided in the error, it says this error code no longer exists.
Not sure if this is relevant but [URL='http://i.imgur.com/VoqIqzz.jpg’]here[/URL]'s the BIOS settings used.
I have tried changing the DHCP server option 067 from “undionly.kpxe” to “undionly.kkpxe”, but that didn’t fix it.
So how do I make these laptops work with our FOG server?