Computers slow to a crawl after domain join
Wayne Workman last edited by
The windows 10 settings app will take 2-5 minutes to load, pressing the start button and starting to type for a search is also delayed. Even things as simple as right clicking the desktop and going to display settings is delayed by several minutes.
These statements would cause me to check out task manager to see what program is Taking the resources. That will lead you to the answer after a couple Google searches.
@george1421 No AV and network disconnect does not seem to matter. I will try another OU with GPO blocked though. Our GPO is a bit of a black hole and no one really knows what’s going on down there to be honest
Thanks for your help, if anyone stumbles into this thread, the issue is not resolved but I will report back with findings .
There isn’t a GPO template for “make imaged computers run slowly"
This is my thought too. Instead of turbo mode, you found snail mode.
If you have the capabilities, move that computer to an OU where you are blocking all GPO policies. So the computer will be connected to AD, but no gpo policies will be applied.
It could be something silly like if you had AV installed in the golden image and when connected to AD its trying to do something and timing out causing the delay. AV is typically installed post imaging because (depending on the AV solution) a guid is created which needs to be system unique.
It would be also interesting to know if the slowness is observed when disconnected from the network.
SCCM is a good solution if you can support the infrastructure requirements. It is more than just imaging so not really in the same class as fog.
Yes, removing from the domain and the issues go away
Yes, without ever connecting to domain, issues do not happen (computers fresh installed from ISO of windows, and added to domain also do not experience issues)
Disconnecting from the network seems to have no effect
I’m failing too, that’s why I’m here! :)
This issue is replicated across different windows install versions, different unattend.xml’s, different computer models and makes, different images and even different computers the images were taken from. I’m scratching my head here, the ONLY connection between computers that have the issue is that they were imaged from fog. We are going to be testing SCCM in the coming months, so I might be able to test if a different imaging solution entirely, resolves the issue.
…There isn’t a GPO template for “make imaged computers run slowly” is there? [/s]
@espynn So if you disconnect the computer from the domain, does it return to normal?
If you never connect the computer to the domain does it remain normal?
If while on the domain and running slow, what happens if you disconnect the computer from the network?
I’ve failing to see a connection between imaging, connecting to the domain and the slowness you are seeing. There has to be something going on here that is unseen now.
The master image was never on domain, fresh install with nothing except windows updates and chrome.
Yes, ran sysprep /generalize /oobe /shutdown then took image immediately after the shutdown.
I would agree that this doesn’t sound like a FOG issue, but the issue will only appear if the computer joining the domain was imaged. For example, if, instead of taking an image, I just joined the master image machine to the domain, these issues do not appear.
This post is deleted!
Was the original (master) image ever connected to the domain?
Before you captured the image, did you run sysprep and have sysprep power off the computer?
This doesn’t sound like a FOG problem, but more of a windows problem. I can tell you I use fog to image win10 systems quite a bit. I haven’t run across this issue before. But I use MDT to build my golden image, capture and deploy with FOG. I let the unattend.xml file connect the target computer to AD, so I too don’t use the fog service much for imaging.