@george1421 Yep, I have had the best luck with GRUB vs SANBOOT, probably not as fast but works.

Thanks for the info, we can close this case!

Here is the errors from the FOG client.

7/14/2017 11:44 AM Service Sleeping for 334 seconds 7/14/2017 11:49 AM Middleware::Communication URL: http://fogserver/fog/management/index.php?sub=requestClientInfo&configure&newService&json 7/14/2017 11:49 AM Middleware::Response Success 7/14/2017 11:49 AM Middleware::Communication URL: http://fogserver/fog/management/index.php?sub=requestClientInfo&mac=F8:59:71:B0:43:44|F8:59:71:B0:43:43|F8:59:71:B0:43:47&newService&json 7/14/2017 11:49 AM Middleware::Response Invalid host 7/14/2017 11:49 AM Middleware::Communication URL: http://fogserver/fog/service/getversion.php?clientver&newService&json 7/14/2017 11:49 AM Middleware::Communication URL: http://fogserver/fog/service/getversion.php?newService&json 7/14/2017 11:49 AM Service Creating user agent cache 7/14/2017 11:49 AM Middleware::Response Module is disabled globally on the FOG server 7/14/2017 11:49 AM Middleware::Response No Printers 7/14/2017 11:49 AM Middleware::Response Module is disabled globally on the FOG server

Checking the CentOS repo just now I saw a new package being available since 13th of June - search for rpcbind here. Anyone keen to test? @neodawg

Good to know… Thanks

https://forums.fogproject.org/topic/8758/fog-installation-error-cannot-restart-mysql/9#

I’ve found and fixed the cause of the commenting randomly appearing.

@neodawg I have solved this thread for now. Please keep us posted if you’re still running into this issue. I’m fairly confident fog can do this with little problem, but I can not know all the possible scenarios that might present this problem.

Are we able to run something like svnadmin dump on the sourceforge repo server? With that we should be able to get a full dump and recreate the repo with matching IDs.

Or we could do some “empty” commits on SVN till the numbers match up again?!

Fixed in latest.

Sorry to bring this up again, but having the same issue. Different fog server however. using build 8179.

I created a small group of hosts ~25 and went to the group page, checked the box and it didn’t autofill the form, thought OK, remembering this thread that didn’t necessarily matter. Then went to a host and saw the box was checked to join and the old information that was in there was now gone. I then tried to update the individual host by clearing the fields and hitting the join box, still didn’t autofill, checked the defaults in Settings and that was still there and correct. I believe this was working on SVN5675.

Browser is Chrome 51. (Now that I think about it I think my chrome updated last week sometime)(perhaps chrome issue?)
Tried MS Edge, Works as expected.

Can someone verify my results?

Well its seems were both right (sort of) I reverted the server via snapshot back to 1.2.0 and it deploys fine to the 80.3% errors then it performs the after imaging tasks, such as change host name/resize FS/clear task. So its probably been corrupt for awhile but have never noticed it, since it works fine.
It appears the trunk fog just errors out and then stops everything and reboots.

EDIT: I did try pushing a different image to the same PC and that worked fine.

Thanks for the help and sorry about wasting everyone’s time.

On an off topic, how well is the legacy client going to work with the trunk fog? Is best to just plan to upgrade the client at the same time as the server?

For anyone that is following this thread, this issue has been resolved and should be included in the 1.3.0 release.