[SOLVED] Deploy task won't start despite 0 in queue
-
I’ve inherited an issue with our Fog server where a deploy image task won’t run despite 0 PCs in the queue. I’ve been reading up on Fog to familiarize myself, but haven’t been able to find the root of this issue.
What I’ve done:
- Turn on new machine and network boot
- Perform full registration, choose image, and let it go
- It reboots, the task is registered in the Fog tasks interface, and fog on the machine gets ready to image
- The machine displays “Waiting for a slot, 0 PCs are in front of me. (x min)”
As far as I can tell the Fog install is default. There is the default storage group and a single default node. That node is set to 5 clients max. When I list “All Tasks” there is only this one, and the state is “In Line” (with options to force, delete, etc). Forcing it works fine and is how they’ve done it previously.
The issue is that we’d like the deploys to begin automatically within the queue (currently empty), without having to go into the tasks menu and manually forcing them. We’ll be deploying several hundred machines next month so you can see why.
Thanks for any help!
-
No ideas? I’ve checked all the configs and everything seems to check out. All the database passwords appear to be set up correctly. The log files show nothing out of the ordinary.
A task is started on the client machine and it sits there saying “Waiting for a slot, 0 PCs are in front of me”. In the control panel, you can see it under active tasks, with state “In Line”. At the same time, /op/fog/log/fogscheduler.log says:
[CODE][09-12-12 3:14:44 pm] * [09-12-12 3:14:44 pm] Checking if I am the group manager.
[09-12-12 3:14:44 pm] * [09-12-12 3:14:44 pm] I am the group manager.
[09-12-12 3:14:45 pm] * [09-12-12 3:14:45 pm] No tasks found.[/CODE] -
I’ll crack open the init.gz file ([url]http://www.fogproject.org/wiki/index.php/Modifying_the_Init_Image[/url]) and look into the fog script (/bin/fog) and see what I can come up with.
This may help also. [url]http://www.fogproject.org/wiki/index.php/Troubleshooting_an_image_push_to_a_client[/url]
-
Thanks, I’ll start looking there!
-
With the task in queue and giving the error, open a new browser window to [url]http://{fogserver}/fog/service/Pre_Stage1.php?mac={mac[/url] of machine, 12:34:56
cd:ef} and see what you get. -
That page says “[SIZE=4][FONT=Times][COLOR=#000000]Waiting for a slot, 0 PCs are in front of me.”[/COLOR][/FONT][/SIZE]
I’m going to be looking over the init file and fog script today, see if anything jumps out.
[SIZE=4][FONT=Times][COLOR=#000000][/COLOR][/FONT][/SIZE] -
Rooting around in the source code led us to the mysql database (table: tasks), which showed there were some tasks where taskState was set to ‘1’, indicating that they were in progress and filling the queue. However, none of those showed in the active or scheduled tasks in the control panel.
Manually setting taskState to ‘2’ for those entries in the database cleared it out and allowed the new active “In queue” task to start.
I’m not sure how those old tasks never got their sql entries updated.
-
Gotta love Open Source where you can find the problem and fix it, rather than paying money to wait on hold to talk to an inept level 1 tech.
-
This post is deleted! -
Linux beginner here; While I have been using FOG for about 3 years now, messed up and fixed several things using your forums, I have what appears to be the same issue mentioned above. I can go into the webpage and force the images to happen and they work just fine, otherwise even though no other images are actually in progress they will sit and display “Waiting for a slot, 0 PCs are in front of me. (x min)”
What do I need to do to look at the mysql database and check these entries? I apologize for my newbiness ahead of time. Just can’t seem to find the answer to editing the database, and appreciate wonderful UBUNTU commands and ideas to add to my ever growing understanding of UBUNTU.
Running .32 still on UBUNTU 14.04
Thank you.
