VMware Horizon Community
Bluemoon404
Enthusiast
Enthusiast

gpo logon scripts not running on windows 7 linked clone pc's

Hi,

I am building a vdi with view 4.5 and windows 7 clients but my gpo logon scripts which map a network drive no longer works with a vdi setup. I have tested the logon script on a windows 7 pc i.e. non virtual and it works fine. Any ideas why scripts do not work in a windows 7 link clone desktop setup? I am running this as a domain admin and therefore eliminating the usual privillages problems.

Reply
0 Kudos
6 Replies
eeg3
Commander
Commander

If you perform a gpresult on the virtual desktop, do the Applied Group Policy Objects show up? Does it show as being in the right OU?






____________

blog.eeg3.net | Useful VMware-related Links

If you found this or any other post helpful, please consider the use of the Helpful/Correct buttons to award points.

Blog: http://blog.eeg3.net
Reply
0 Kudos
Bluemoon404
Enthusiast
Enthusiast

yes they are in the correct OU. I followed the vmware guide to opimizing windows 7 guide and ran the attached cmd file and was wondering if disabling the various services could be preventing my scripts from running. Has anyone esle followed the guide and ran the cmd file and still had success with logon scripts?

Reply
0 Kudos
DaveatWin
Contributor
Contributor

This post is pretty old but I don't see any solutions.   We have a floating pool with a very simple computer logon script (gpo linked to the vdi OU) that sets an internet proxy that does not work but works fine on a physical machine.   So yes, we have seen a similar problem.   No solution yet but I will try to check back after I fix it Smiley Wink

Reply
0 Kudos
ClayPowell
Contributor
Contributor

I had a similar issue in which the User GPO's would apply properly but Computer related settings and scripts would not run correctly after the machine had been recomposed.

Come to find out when the machine is first refreshed/created it uses it virtual BIOS to match the time with that of the ESX server.  so, upon first boot after being recomposed the time with the domain would be off for that client and it would not allow it to run scripts.  I would manually do a gpupdate and all would be well but prior to that nothing.

I ended up setting the ESX server to use the in-house DC as its NTP server and from that point on time was in sync and GPO's get applied properly.

Hope that helps!

Reply
0 Kudos
Phoenycks
Enthusiast
Enthusiast

I'm having a similar issue. Specifically, I have a User GPO that applies perfectly on physical desktops or even the base image. But in the floating pool, it doesn't even show up on a gpresult - it's like it doesn't even exist. What would be blocking a user policy in a View environment?

Reply
0 Kudos
ClayPowell
Contributor
Contributor

The only issues I ever had with the GPO’s when properly applied to the correct user and computer OU’s in AD was with the Computer part of the GPO not being enforced due to the time difference I described above. The user policies always loaded properly as by the time the user logged on the machine had synced its time up properly and there were no more conflicts but because the computer policies apply at boot time they did not get applied.

How do you have your OU structure setup? Are you using the same user account in both the physical and virtual environments?

Thanks!~

Reply
0 Kudos