reboot needed for FOG Client
-
Re: FOG Client 0.9.0 - Joining to domain?
SVN 6455
As in the link above the FOG log shows:
ERROR: Could not set SYSTEM\CurrentControlSet\Control\ComputerName\ActiveComputerNameComputerNameChecking the services, the FOG is stopped but set to auto. If I start the service / reboot it seems to continue.
Why does it not work the 1st time round? -
@ITCC Is this happening immediately after imaging/sysprep?
-
well once deployed.
-
just to add FOG CLIENT VER 0.9.11
-
@ITCC Try adding this to SetupComplete.cmd:
net start FOGService
-
@ITCC the log snippet you posted won’t cause any issues. That registry key simply can’t be set on certain configurations. There is something else stopping the client, can you post the whole log?
-
@Jbob
Sure, Will do next time it happens. i’m deploying tests all day so it shouldn’t take long. -
@ITCC Any news on this?
-
Yep, sorry for the delay.
Noticed that if you just reboot the machine it works next time. Seems to be the 1st full windows boot it doesn’t work (not always)
I syspreped on 17/03/2016 @ 11:57 (so anything after is a deployment record)
-
@ITCC is the service running when you perform the sysprep, or do you stop
fogservicefirst? -
The service is still running.
-
should I be stopping it 1st?
-
@ITCC It may be worth trying to stop the service before running the sysprep command. I am not sure if it will make any difference, but it’s worth a shot.
-
While I didn’t read the entire thread (sorry being a bit lazy), so if this is a bit off-point just ignore me.
When we install the fog client through mdt, I’ll stop the service right away and then using sc set the service to disabled. We don’t want it mucking about with the reference image before we’re ready.
Then in the setupcomplete.cmd on the target (deployed) system we’ll use the sc command again to set it to auto start and then do the net start on the service. That way the seutp is fully done before the fog client is functional.
-
Sounds like a plan. I’ll complete anyway and report back next week sometime.
-
@Jbob @ITCC While the OP is not new I somehow stumbled upon a missing backslash in the reg key just now!! Didn’t see that before. Shouldn’t it be
SYSTEM\CurrentControlSet\Control\ComputerName\ActiveComputerName\ComputerName(the OP missed the last one)…? -
@Sebastian-Roth that registry key is perfectly fine. The reason it looks like it’s missing a backslash is because of a bug in the registry handler logging mechanism in pre-0.9.12. But even if it was missing that slash, that registry key will not affect anything of importance
