Home | Groups | Members | Community | Blog | Forums | Docforum.fr

Problème sur Profil itinérant


#1

Bonjour,



Nos serveurs citrix sont dans une UO avec des paramètres GPO qui force des profils itinérants.

Sur 4 de nos serveurs , c’est bien des profils itinérants qui sont chargés, mais sur un de nos serveurs à chaque fois c’est des profils locaux qui est chargé … sans message d’erreur



Nos serveurs sont tous au même niveau SP4 windows 2000



Avez vous une idée ??


#2

sans message d’erreur ? si tu active userenv.log (http://support.microsoft.com/kb/221833) qu’as tu comme information ?





http://support.microsoft.com/kb/250842 Troubleshooting Group Policy application problems



Interpreting Userenv log files :

http://technet2.microsoft.com/windowsserver/en/library/ccd7b430-99a5-40fd-b68a-6c1979e565a21033.mspx?mfr=true


#3

celui qui marche pas : USERENV(1ae8.15dc) 11:39:44:113 LibMain: Process Name: ??C:WINNTsystem32winlogon.exe

USERENV(1cd0.135c) 11:39:44:222 GetHkeyCU: RegOpenKey failed with error 2

USERENV(120c.1a48) 11:39:44:331 LibMain: Process Name: C:WINNTsystem32qwinsta.exe

USERENV(13d4.132c) 11:39:46:456 LibMain: Process Name: C:WINNTsystem32mpnotify.exe

USERENV(1cd0.135c) 11:39:46:472 =========================================================

USERENV(1cd0.135c) 11:39:46:472 LoadUserProfile: Entering, hToken = , lpProfileInfo = 0x6f648

USERENV(1cd0.135c) 11:39:46:472 LoadUserProfile: Entering, hToken = , lpProfileInfo = 0x6f648

USERENV(1cd0.135c) 11:39:46:472 LoadUserProfile: lpProfileInfo->dwFlags =

USERENV(1cd0.135c) 11:39:46:472 LoadUserProfile: lpProfileInfo->lpUserName =

USERENV(1cd0.135c) 11:39:46:472 LoadUserProfile: NULL central profile path



Celui qui marche: USERENV(2c80.2de0) 11:28:38:917 LibMain: Process Name: ??C:WINNTSYSTEM32winlogon.exe

USERENV(1450.2c54) 11:28:41:932 LibMain: Process Name: C:WINNTSYSTEM32mpnotify.exe

USERENV(40f0.d5c) 11:28:41:995 =========================================================

USERENV(40f0.d5c) 11:28:41:995 LoadUserProfile: Entering, hToken = , lpProfileInfo = 0x6f648

USERENV(40f0.d5c) 11:28:41:995 LoadUserProfile: Entering, hToken = , lpProfileInfo = 0x6f648

USERENV(40f0.d5c) 11:28:41:995 LoadUserProfile: lpProfileInfo->dwFlags =

USERENV(40f0.d5c) 11:28:41:995 LoadUserProfile: lpProfileInfo->lpUserName =

USERENV(40f0.d5c) 11:28:41:995 LoadUserProfile: lpProfileInfo->lpProfilePath =


#4

As-tu essayer de sortir ton serveur du domaine, puis le ré-insérer ?


#5

… suite …

J’ai déja eu cela avec un problème de résolution de nom.

Le serveur ne savait pas résoudre le nom du serveur de profil (multi domaine dans mon cas)


#6

SEPAGO powa


#7

Je n’ai pas essayer de sortir mon serveur du domaine … car je pingue bien le nom du serveur de profil,

c’est nécessaire ??


#8

Salut !



Sinon tu peux faire un gpresult sur ton serveur problématique et vérifier s’il prend bien en compte tes profils itinérants.



Après fait un déplacer de ton serveur dans une autre OU de l’AD, fait un gpupdate /force sur le serveur AD et sur le serveur qui pose problème afin de réactualiser les GPO et refait un gpresult histoire de voir si tu prends bien les paramètres de la nouvelle OU.



Ensuite tu peux de nouveau déplacer ton serveur dans l’OU ou il était en refaisant la même manipulation.


#9

Sur windows 2000 gpupdate n’est pas implémenté, il faut utiliser secedit.

secedit /refreshpolicy machine_policy /enforce

secedit /refreshpolicy user_policy /enforce

http://support.microsoft.com/?scid=kb%3Ben-us%3B227448&x=20&y=11


#10
"jolebarjo" wrote:
Sur windows 2000 gpupdate n'est pas implémenté, il faut utiliser secedit.
secedit /refreshpolicy machine_policy /enforce
secedit /refreshpolicy user_policy /enforce
http://support.microsoft.com/?scid=kb%3Ben-us%3B227448&x=20&y=11

Salut !

Oouppps ! Merci Jolebarjo ! Je n'avais pas vu qu'il s'agissait d'une W2K, effectivement on n'ira pas loin avec un gpupdate, la commande secedit est obligatoire (mais le principe est le meme).

#11

Bonjour,



Le gpresult montre bien que la gpo est appliqué ,

Ns avons créer une nouvelle OU dans lesquel on a mis ce serveur, avec un nouveau GPO en activant ce paramètre = même problème.

Ns pensons vraiment que cela provient du serveur mais à quel niveau ??