Jump to content

Recommended Posts

Posted

I have put SP3 on this years college image, all was tested and things seem to be going well BUT, i have now found that if a user is prompted to change their password when they try to logon, windows sets that user a local profile to use!

 

After the password has been changed a use can logon to any machine running SP3 and is given the correct profile from the server but if they logon to the same machine on which they changed their password the local profile is still used as it is not automatically deleted.

 

Obviously this is a big problem as we have all our new students enroling over the next few days.

 

Has anyone come across this before? is there a fix? A google search seems to suggest its an issue with SP3 can anyone confirm this?

 

Any help would be greatly appreciated.

 

Thanks

Posted

I've always found that if they dont choose to change their password if its required to be changed, it kicks them off again. Dont remember if it was a Group Policy that enforced it though, or whether thats a new feature [thats bound to be group policy controlable].

 

Good luck and let us know :)

Nath.

Posted

I've one network which has XP SP3 fully deployed and have not seen this behaviour at all. I presume users are supposed to have roaming profiles?

 

To me it sounds as though the roaming profile cannot be found, so a local one is used (which is completely normal).

 

Could you give us a link to what you've found on Google?

Posted
After the password has been changed a use can logon to any machine running SP3 and is given the correct profile from the server

 

Its wouldn't be a permission in that case.

 

We have SP3 on 90% of machines, we use local profiles anyway so can't test it.

Posted

I've been experiencing this issue too, I definitely think it is something to do with SP3 and roaming profiles as I can only recreate the problem on SP3 machines. The only thing I have managed to find on google which mentions the problem is this. I have also managed to find this in the Microsoft KB which describes the problem perfectly, but it relates to vista and not xp.

 

Sorry not to have been of any help, but at least you know you are not alone!

 

Iain.

  • Thanks 1
Posted

That's a good find Iain, it looks like it was fixed in Vista SP1.

 

lsasrv.dll does exist in Windows XP SP3 in C:\Windows\System32\ Maybe someone could experiment and overwrite it with an XP SP2 version?

Posted

The problem we are having is exactly the same as the vista one in the KB article posted by Iain only on XP SP3.

 

When installing: Windows + SP2 was setup from a CD then updated by windows update to SP3.

 

Having trawled the net yesterday i found a couple of people having the same problem, Leicester Uni being one but no one seems to have a fix yet.

 

I will keep you all informed if i find a solution.

Posted

This is interesting, because in the one network I manage they are all re-builds, so I created a slipstream XP SP3 disc and started from scratch (then re-imaged all machines). I haven't seen this problem once.

 

Be interesting to see if other users suffering from this problem are applying SP3 on top of an existing SP2 installation.

  • 2 weeks later...
Posted

Just found this thread - after I already started my own one :p

 

I've got the same issue, - my image is based on an XP Pro SP3 ISO image from MS. It also seems to happen on other machines that have been upgraded to SP3 via WSUS.

 

Did anyone manage to find a fix?

 

Steve

Posted

Currently on hold to MS support losing the will to live from the hold music.

 

Right, they know it's a bug, but no idea when/if there will be a hotfix :|

  • 7 months later...

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

Sign in

Already have an account? Sign in here.

Sign In Now



×
×
  • Create New...