Windows Thread, Mandatory Profiles not loading some of the time in Technical; We have recently moved our domain to Server 2008. Everything seems to be working fine, software will roll out via ...
-
9th September 2009, 10:12 AM #1 Mandatory Profiles not loading some of the time
We have recently moved our domain to Server 2008. Everything seems to be working fine, software will roll out via GPO, GPO settings all apply, DNS checks out and Netdiag/DCDiag both run and everything looks ok. The main difference to last year is that two of our DC's are now virtual (and server 2008) with the 3rd DC being a physical 2008 box.
The only real issue that I’m having is that profiles are failing to load at random, we use a Default Profile hosted in the server netlogon share which worked flawlessly until this year now at random some people aren't getting it. They still get a start menu and desktop as they're configured using folder redirection but applications don't have any settings. To try to solve this problem I’ve temporally set a mandatory profile in the users tab but this is having the same issue.
I was thinking it might be due to load but when I watch the servers during logon the servers are hardly under any load and I can see that logons are being distributed between the three DC's.
I'm going to have a scour through group policy to see if there's a setting to force XP to wait for the remote profile can anyone suggest other things to check?
Thanks.
-
-
IDG Tech News
-
9th September 2009, 01:43 PM #2
Try this on a client:
1) Clear event log entirely.
2) Login - note whether it fails or succeeds.
3) Note the time at which it did the above.
4) Keep trying to login until it does the opposite of #2.
5) Examine the event log to see if anything odd appears, also check userenv.log.
What clients do you have? XP SP2?
Az
-
-
9th September 2009, 02:17 PM #3 When a user logs on there are four messages confirming that the folder redirections applied e.g.
Code:
Successfully redirected folder Start Menu. The folder was redirected from <C:\Documents and Settings\username\Start Menu> to <\\SERVER1\netlogon\Desktops\students\Start Menu>.
but I don't see any errors in the application or system log.
I've sat and logged on and off loads of times and i'm not seeing the issue. I looked into a suite earlier and there's 20 students logged on without a profile so I popped in and logged on as a student but still received a mandatory profile.
I'm keeping an eye on the userenv.log so i'll post if I see anything in there.
Cheers.
EDIT
The only line that I can see that seems related it this but there isn't an ntuser.ini file in the profile on the server:
Code:
GetExclusionList: Failed to get file size of <E:\Profiles\students\ntuser.ini>
The profile is located at \\%logonserver%\NETLOGON\Profiles\students
Oh and to answer your other question, we have XP SP2 and SP3 clients.
Last edited by cookie_monster; 9th September 2009 at 02:44 PM.
-
-
9th September 2009, 10:31 PM #4 I am having the exact same problem Grant. I cannot replicate it at all, all test accounts work fine but yet Y9s come in logon on and all get a semi-mandatory profile?! Its very weird yet all the other year groups are fine from waht I can see, I think the system has taken a dimm view of Y9 or something?!
-
-
9th September 2009, 11:17 PM #5 
Originally Posted by
cookie_monster
I'm going to have a scour through group policy to see if there's a setting to force XP to wait for the remote profile can anyone suggest other things to check?
The users hadn't just changed their password had they? (via change password at next logon)
-
-
10th September 2009, 09:02 AM #6
The users hadn't just changed their password had they? (via change password at next logon)
Possibly why?
-
-
10th September 2009, 09:05 AM #7 Because unless you apply the hotfix any mandatory/roaming/network profile will no load after the user changes password
Same issue in this thread, along with the link to the hotfix
Very weird logon problem with Mandatory Profiles.
-
3 Thanks to DMcCoy:
cookie_monster (10th September 2009), john (10th September 2009), RalphG (10th September 2009)
-
10th September 2009, 09:23 AM #8 I'll have a read thanks, seems odd that it's just started happening. We upgraded our AD from 2003 R2 to 2008 over the summer but all of the clients are at the same patch level.
-
-
10th September 2009, 09:25 AM #9 
Originally Posted by
DMcCoy
That's exactly what I was thinking.
If the clients are SP2, this may not be an issue but we recently got hit with this on our SP3 suites.
We installed the hotfix and it seems *touch wood* to have gone away.
Hope it's the same for you 
Az
-
Thanks to azrael78 from:
cookie_monster (10th September 2009)
-
10th September 2009, 09:26 AM #10
If the clients are SP2, this may not be an issue but we recently got hit with this on our SP3 suites.
Ahh ok it's a bit intermittent on SP2 boxes but nearly all the time on SP3 boxes and as it's the start of term it stands to reason everyone is changing their passwords. I'll let you know.
-
-
10th September 2009, 09:46 AM #11 Nice one guys it's looking promising I searched the forums for all sorts of profile issues yesterday but that thread didn't come up.
Any idea if this will be appearing on WSUS or am I going to have to add this to our images?
Last edited by cookie_monster; 10th September 2009 at 10:08 AM.
-
-
10th September 2009, 02:32 PM #12 Any of you have a way to automate the rollout of this patch?
-
-
10th September 2009, 02:50 PM #13 
Originally Posted by
cookie_monster
Any of you have a way to automate the rollout of this patch?
Unfortunately no - we only got hit in 3 suites and it was quicker for us to run around and patch them remotely.
I guess you could hook into the login script with a few parameters - try running the patch with a '/?' on the end.
Aside from that, unless you have SMS or something - you may have to do it manually.
As for your images - I'd update them too 
Az
-
-
10th September 2009, 03:49 PM #14 I've patched the image now and the problem is starting to go away now that they've all changed their passwords. This has probably been an issue for a while but only became obvious after the 6 week hols as our passwords expire every 45 days so they all needed changing this week which made the problem worse. We also imaged two more rooms to SP3 over the summer.
I was a bit worried it was to do with our move from 2003 to 2008 DC’s but I can relax now I know that's ok
-
-
10th September 2009, 05:04 PM #15 Hmm I applied the patch to a flat WDS install using the "servicepackfilename /integrate:drive:\XPfolder" command and the files appeared in the i386 folder but when I build a PC I still need to apply the patch. I've used this method before and it's worked, in fact I can see the previous patch files alongside the new on in the folder.
Any ideas why this is not installing?
Cheers.
-
SHARE: 
Similar Threads
-
By jcollings in forum Wireless Networks
Replies: 7
Last Post: 9th September 2009, 03:36 PM
-
By Jambo_C in forum Windows Server 2000/2003
Replies: 14
Last Post: 3rd March 2009, 10:35 AM
-
By leegcvcc in forum Windows
Replies: 12
Last Post: 9th May 2008, 09:45 AM
-
By HodgeHi in forum Windows
Replies: 2
Last Post: 6th December 2006, 11:56 AM
-
By spike in forum Windows
Replies: 10
Last Post: 4th April 2006, 10:42 AM
Thread Information
Users Browsing this Thread
There are currently 1 users browsing this thread. (0 members and 1 guests)
Posting Permissions
- You may not post new threads
- You may not post replies
- You may not post attachments
- You may not edit your posts
-
Forum Rules