Fog 0.33b Snappin deployment
-
This post is deleted! -
Please step up in one increment at a time. I want to narrow down the exact nature of the bug. This is awesome.
-
ok will do…
-
Tom, i was able to update to R1141 and succesfully register a PC and image it.
I then updated to R1142 and it broke my image with the popup box saying “Windows Setup could not configure Windows to run on this computer’s hardware”
[IMG]http://imageshack.com/a/img713/4903/aq6m.jpg[/IMG] -
I think I know why. Can you disable HOSTNAME_EARLY on the fog server and try again?
I “fixed” HOSTNAME_EARLY, but it seems to me your systems are sysprepped already, so a hostname change isn’t the right way to go.
-
I disabled it and get the same result Tom.
-
I’m resubmitting another release, should work, (but no guarantee’s) on hostname_early.
-
r1155 should have fixed the hostname_early issue, but I don’t know if just turning it off has helped you out at all.
-
I updated to R1155 and still get the popup box…
-
Tom I was double checking that hostname_early was disabled( It is disabled) and noticed this…
[IMG]http://imagizer.imageshack.us/v2/800x600q90/14/dmnb.png[/IMG] -
I haven’t, quite, figured that out yet. I get those as well. It seems to be something from the Capone plugin causing the issue.
Actually, it appears to be the way the method is called.in the ServiceConfigurationPage.class.php file. I’m checking if this is correct.
-
It, by itself, is nothing to be worried about. You can remove those entries from the database, as they are a nuisance. I’ve updated the trunk and this should be fixed.
-
Ok, thanks.
Is the hostname_early the only thing that could cause my popup box going from R1141+ -
It’s the only thing, windows related, that I could think of as causing your particular issue.
-
I’m trying to look at the issue.
I didn’t change to the new scripts until: r1142
In r1140 to r1141, I changed the files:
change/trunk/packages/web/lib/pages/HostManagementPage.class.php (diff)
change/trunk/packages/web/service/mc_checkin.php (diff)
change/trunk/packages/web/management/reports/User Login Hist.php (diff)
change/trunk/packages/web/service/Pre_Stage1.php (diff)
change/trunk/packages/web/service/usertracking.report.php (diff)None of those files deals with Windows services except the usertracking.report.php file, which only deals with logging who’s logged in when.
-
I’m trying something out if you’re patient with me.
Please update to r1157 and try again.
The only major change for the fog scripts was in 1141 fog creates the partitions 1 and 2 in windows 7 based image deploy. In 1142, in the fog.download script, I removed this but starting to think it is still needed. r1157 contains this and hopefully helps you out. I think the reason you’re seeing that error is the 100MB partition doesn’t actually have any data on it which may contain the information your system is looking for.
-
I tried R1157 and still get the message Tom.
I am heading home for the night. I can pickup where we left off tomorrow. -
With any luck, this issue is now fixed.
It seems, with all the coding I’ve done, I made a little typo, I had a 2 where a 3 should have been. Basically what this means is, it was converting your hard-disk to gpt. The imaging would work fine because, for all technical purposes, the partitions were created and created properly, but then sgdisk would run when it shouldn’t have.
Hopefully this fixes our issue with this. r1160 should contain this fix.
-
Tom, I updated to R1160 and I am still getting the error…
-
If you revert the system to r1141 (before the fog scripts were regenerated) and deploy an image, then update to r1161, and re-upload the image, then try to redeploy, does it work?
