colabus Posted May 19, 2008 Share Posted May 19, 2008 Hi All,I work for a company that has close to 250 workstation users. Of late we have been having issues with our login process. This has been a progressively growing problem over the last 6 months but we have been getting closer to locating the issue. We are now at a point where we aren't certain how to progress. I'll give some background.The site's workstations run on Windows 2000 Service Pack 4 and are kept current with Windows Update. Of course however should we find these updates to cause issue (as we have in the past with Outlook 2000) we remove them. Our servers are comprised of both Windows 2000 and 2003, also updated.The domain is governed by Active Directory and we are using Kixtart (http://kixtart.org) as our login script utility. Here the script will build registry entries into the local user's registry, icons get copied over as shortcuts and the profile is built. It is probably worth mentioning the profile is roaming.Basically we noticed some time ago that users were all having issue with the login command script stalling. Kixtart allows the administrator to verbosely relay information back to the end user about the login scripts progress. It was found after some time that the script appeared to be stalling on the icon copy process we have. The command is a simple:copy "$vault\$Corp\*.*" "%userprofile%\Start Menu\1. Corporate\"Please note $vault and $Corp are variables and are fine. The %userprofile% system variable is fine also and Kixtart has no issues reading these.We found that when we accessed the $vault\$Corp\ directory - a hidden share on one of our domain controllers (not subject to replication) the icons were sluggish to load. After some time Explorer became responsive and the user's script continued fine. We observed that in Manage Computer for the domain controller hosting the share that all the icons were open (Read) by a single user, with other users locked on a same single file. I can only assume here that the user with all the files open has somewhat locked the files (although Manage Computer doesn't convey this) and subsequent users are being held up as a result.Our team have located these problematic machines are found on all occassions they have completely locked up and required a hard reboot. Once the open files are dropped all other users continue to login fine. After the problem PC comes back online it is also fine. There doesn't appears to be anything in the Event Log and the PC logs in fine afterwoods for both client and server.Please note also that the even taking Kixtart out of the equation and using a simple bat file with code below also locks up.CLSDEL "%userprofile%\Start Menu\1. Corporate\*.*" /QCOPY "\\Server3\Vault$\Application Menus\Corporate\*.*" "%userprofile%\Start Menu\1. Corporate"We have attempted to determine if the issue was with: - Anti-virus software (McAfee) - remove C:\Documents & Settings\<user>\ local PC scanning, and Domain controller vault scanning - Network Load - benchmarked network performance often and there's no unusual spikes - Server Load - Server load varies and no consistency with occurance of event and non-event - Time of Day - issue has occured various times of the day, even late at night when minimal staff on-site. - Common workstations (model/make) - machine specifications varies allow all are HPIf anyone has any advice please let me know. Link to comment Share on other sites More sharing options...
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!Register a new account
Already have an account? Sign in here.Sign In Now