@Tom-Elliott It’s working now!!
The upload process took “horrible” 15 minutes, and i was forced to drink a coffee…(everything is a reason for a coffee 🙂 )
After uploaded a new image, d1.mbr was created.
The image was sucessfully created and deployed.
Thanks again.

Thank you so much for all… after upgrading the fog this issue has been resolved.

@Tom-Elliott said:

We are up and rolling after the latest SVN. Thank you Tom!

@GFm I’m going to solve this post then. THanks for the patience and understanding.

With the last revision I can see the multicast scheduled tasks 🙂
1_1453826902792_Tasks_Scheduler_2.jpg 0_1453826902792_FOG LOG Viewer_Scheduler_2.jpg

Thanks !!!

@Arrowhead-IT Scratch that, it totally worked after a restart. So if you go breaking your permissions just run the script posted and restart and violia!

These tasks are now showing up. @Developers

0_1453386801773_upload-69e4d0e8-31e0-4ff5-a2a5-a2ac047b970e

@Tom-Elliott As always, no worries, Tom. You the man! Everything is fixed 🙂

Fixed in latest.

This should now be fixed and more “refined”

This has been sorted out in latest svn 6018. Thanks!

@george1421 said:

@Tom-Elliott The probably the easiest solution is to create a procedure (wiki page) that if you need to update your fog server you need to do:

Update the settings in the /opt/fog/.fogsettings Rerun the installer Update the IP address for the storage node on the FOG system where you changed the IP address Update the IP address on a any master storage node that may reference this FOG server Update the FOG_WEB_HOST value update the FOG_TFTP_HOST value

I can I’ll marked this as addressed (Solved), since its not a technical solution but a procedural one that resolves the issue.
[Edit] I would, but it appears I can no longer mark topics as solved[/Edit]

Added here: https://wiki.fogproject.org/wiki/index.php?title=Change_FOG_Server_IP_Address

@Tom-Elliott Great Success! It’s all good again.

This specific issue is resolved, @Tom-Elliott pushed a patch and it’s working now.

@Brian-David we have Avast enterprise deployed at work. Although I’ve not been able to test the new client with it yet - I’m having issues just uploading a snapin: https://forums.fogproject.org/topic/6339/failed-to-add-snapin-unable-to-locate-snapin-directory

@Tom-Elliott

I ran a new image after the update and the image log is still only showing the engineer as the one who is currently logged in. It didn’t properly reflect the user who created the image. This was after I updated to the latest version of FOG.

@Tom-Elliott said:

This should also fix the start/stop not being able to be found. I’m going to mark this post as solved.

Ok, thank’s a lot

Another thing to keep in mind is that the installer will require remi repo.
http://www.2daygeek.com/enable-remi-repository-centos-fedora-rhel/#

@Wayne-Workman Already confirmed and should now be fixed.

@Wayne-Workman You better marry that girl, or I’m going to offer her a job up north (in snowy Michigan) in my group. 😆

I think there is something with the tasks pages. When I just sit on the tasks page the little popup 0 active tasks found is consuming about 8% cpu according to top. On my first test of this that 8% cpu task persisted even when I moved to another page. Then I was getting a session time out popup. Closing the browser and going back in still netted the session timeout. I had to actually log out for that session cookie to reset.

[Edit] After additional testing that 8% httpd process seems to be related to that popup message (i.e. tasks/session/loading/load failed) [/Edit]