But doesn¹t this also cause prolonged delay for mobile users who take their systems off site, when their laptops cannot connect to the network to process GPO¹s? Or do you have separate policies for desktops vs. laptops?
From: Don Guyer <[EMAIL PROTECTED]> Reply-To: NT Issues <[email protected]> Date: Fri, 7 Nov 2008 14:47:37 -0500 To: NT Issues <[email protected]> Subject: RE: Strange login issues We stumbled upon the ³Always Wait for the Network.² setting when we rolled out a software package via GPO. When it failed, it logged a message in Event Viewer regarding the ³GPO Policy Refresh² something or other. We ended up applying a GPO for that setting to every computer on the network and our support calls dropped. Don Guyer Systems Engineer Information Services Prudential Fox Roach/ Trident 431 W. Lancaster Avenue Devon, PA 19333 Ph: (610) 993-3299 Fax: (610) 650-5306 www.prufoxroach.com <blocked::blocked::http://www.prufoxroach.com/> [EMAIL PROTECTED] From: Joe Heaton [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2008 1:49 PM To: NT System Admin Issues Subject: RE: Strange login issues That sounds promising. I¹ll try it, thanks Robert. Joe Heaton Employment Training Panel From: Hart, Robert [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2008 9:09 AM To: NT System Admin Issues Subject: RE: Strange login issues We had an issue that was close to that about 2 years ago. It turned out to be new machines that had CPUs with H/T or dual cores. We ended up changing the GPO to have the setting ³Always wait for the network at computer startup and logon. We have not seen the problem since. The problem was also very random for us and very hard to duplicate in a lab but happened must often on a fresh reboot with a quick logon. Robert Hart GENEX Services, Inc Client System Engineer From: Joe Heaton [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2008 11:06 AM To: NT System Admin Issues Subject: Strange login issues Server 2K3 Windows XP SP3 We just replaced 60 user PCs. We have GPOs that map needed drives for the users. One of the login scripts maps the user to their home directory, which looks like the following: Net use F: /d Net use F: \\server\%username% /Persistent:yes The issues we¹re getting are the following: 1) Randomly the F: drive will not be mapped at all. 2) Randomly the F: drive will be mapped to \\server\Users, instead of the person¹s personal folder. I mention the rollout of new PCs, because this behavior wasn¹t happening beforehand. My personal preference for mapping personal drives is to do it within ADUC, under the Profile tab, but that¹s not how it was when I got here, and I¹m still trying to plan switching it over without disrupting users. There are no other login scripts that map the F: drive, so there¹s no conflict there. Sometimes having the person log out and back into the network fixes it, sometimes it doesn¹t. Also, when I mention random, I mean it. Random users, random times, random symptom between the above two. Any help on where I can look to figure out why this is happening would be great. Thanks, Joe Heaton AISA Employment Training Panel 1100 J Street, 4th Floor Sacramento, CA 95814 (916) 327-5276 [EMAIL PROTECTED] This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. It may contain information protected by state and federal privacy and intellectual property laws. If you have received this email in error please notify the sender immediately and delete this e-mail from your system. If you are not the named addressee you should not disseminate, distribute or copy this e-mail, and you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
