Bonjour   ,
 
Je suis arrivé ya pas longtemps dans une boite où ya 1 domaine AD et 2 DC, avec gestion de profils itinérants. Voilà donc mon problème : j'ai un utilisateur qui met 3 plombes à se loguer. Le temps de chargement après avoir entré son login est infernal   Ensuite, peu importe l'application qu'il lance (word, excel,...) c'est la même chose => au moins une bonne minute pour démarrer l'appli ou la fermer. Inutile de dire que c'est la même chose pour quitter la session.
 
Au début j'ai cru que c'était la machine qui était à remettre en question (un peu plus de RAM, optimisation du swap,...). Puis, j'ai tenté un bootvis mais rien à faire  
 
Puis, je tente une session sur un autre poste qui lui me semblait bien fonctionner, et là paf...pareil... 10 min pour rappatrier le profil... Et là idem, 15 ans pour démarrer word...une horreur Si encore yavé que le temps de chargement juste après s'être logué qui était long, mais non c'est tout le temps durant la session... c'est à n'y rien comprendre  
 
J'en viens donc à vous, les stars de windows (non non je ne lèche pas les bottes   ). D'où peut venir ce problème (certainement avec le profil de cet utilisateur...mais après   ) ? Comment le règler ?
 
Merci beaucoup d'avance  

Son profil fait pas 2Go par hasard !!!
Cela arrive des fois et on se demande après pourquoi c'est long

mais est-ce que ça expliquerait aussi le fait que ça ralentisse toutes les applications une fois l'ouverture de session terminée ?

Comment est ta config DNS ? Les postes clients pointent bien vers ton DNS local, et celui ci est il bien opérationnel et correctement configuré ?

C'est pas le DNS tous les autres utilisateurs n'ont aucun pb. C'est pas non plus son fond d'écran trop volumineux puisque ça fait la même chose sur n'importe quelle bécanne (ralentissements intempestifs)

clique droit sur le poste de travail > propriétés. Onglet Avancé, dans le cadre Profil des utilisateurs > Paramètres. Regarde la taille du profil et compare avec d'autres utilisateurs.

oki merci je tente ça

ahhhhh !!!!!! elle avait un profil de 212 Mo avec des 100aines de petits fichiers à la con !! Tu m'étonnes que ça prenait 15 plombes. Bon bah l'ouverture de session prend maintenant beaucooouuup moins de temps    Merci à vous    
 
Par contre, j'ai toujours le problème du temps de chargement des applications. Ce qui est dingue c'est que ça fait ça seulement pour cet utilisateur peu importe la bécanne où il se log   . Doit y avoir une connerie qui fout sa merde dans ses documents   .
 

Les applications, c'est TOUTE les applications ou seulement les applications Office ?

Tu pourrais modifier son profil, en le divisant en 2 parties :  
--> Une partie qui est chargé à l'ouverture de session,
--> Une partie qui est stocké sur un serveur de fichier en permanence contenant le menu démarrer, le bureau, mes docs, données users qui est seulement redirigé à travers des partages réseaux sur la station de l'user.
 
Dans ce cas la, au grand tu 20 mo qui est copié sur sa machine à l'ouverture de session et le reste est simplement redirigé.
Avantage principal : tu soulages ton réseau à l'ouverture de session
 
Si sa station est en win xp SP2, il y'a un correctif à appliquer pour accelerer le temps d'ouverture de session.
http://support.microsoft.com/?scid [...] &x=16&y=14

hey ! bien vu albator c'est seulement les aplli office :|

Donc c'est juste un problème de paramétrage d'Office. Regarde les fichiers de configs ou perso d'Office comme perso.dic, les fichiers ACL, DOT,... qui se trouvent dans "Documents and Settings\nom_utilisateur\Application Data\Microsoft"

Salut,

Est-ce que tu pourrais décrire plus précisement la méthode que tu emploies pour mapper le dossier "Bureau" ou "Application Data" du profil MS vers un partage réseau?
 
On a bien vu que AD propose cela dans les GPO, mais il semble qu'il faille pour cela s'appuyer sur la synchro fichier de MS, et ça... heu... bof. Surtout que je ne pige pas l'utilité de synchroniser un répertoire qui est mappé!   Puisque mappé sur un partage réseau, les fichiers sont accédés directement sur le serveur??!? Donc à jour en live!
 
On a ce même problème de temps de login anormalement long (10min...). Mais ce n'est malheureusement pas QUE un problème de poids du profil utilisateur... Certains s'oublient, certes, mais la plupart ont entre 20 et 30Mo de données profil Windows, pas de quoi fouetter un chat, surtout sur un LAN Gigabit...
 
Le plus étrange étant que pendant que MS affiche "chargement de vos données utilisateur", il ne se passe genre mais rien du tout sur le réseau???!? On dirait qu'il charge EFFECTIVEMENT le profil une fois qu'il affiche "activation de vos paramètres personnels".
 
Tout aussi étonnant, le même profil/session qui met 10min à se loguer, met quelques secondes à se déloguer??? Sans rien avoir nettoyé comme fichiers. Juste un login/logout reproduit cela: 10min de login, "fermer la session", 30 secondes de logout...
 
-- Nos "homes directories" (Mes documents) et profils MS sont stockés sur un serveur Linux avec un Samba relié à AD/Winbind.
-- On a séparé Mes Documents du profil MS, qui est monté sur un partage du serveur spécifique à chaque user.
-- On a désactivé partout la synchronisation de fichiers, car sinon MS "s'amuse" à synchroniser le partage réseau qui est monté pour Mes Documents...  
-- On a désactivé la détection des connexions lentes, pensant que, peut-être, le serveur voyait une station "lente" alors qu'elle ne l'est pas (Gigabit LAN)...
 
On a d'abord cru que c'était un sale conflit entre MS et Samba, notamment avec les ACL, et plus particulièrement les ACL dans le profil. Puis après plusieurs essais de configuration de Samba, on s'est décidé à poser certains des profils anormalement longs sur le serveur de domaine, sur du bon NTFS bien de chez MS, donc complètement compliant MS le stockage des profils! Et bien, joie! ça fait pareil...  
 
On a vraiment l'impression que le login rentre dans une sorte de timeout, ou qu'il essaye de faire on-sait-pas-quoi, mais en tout cas, il prend son temps pour le faire.
 
Par ailleurs, on n'a pas de soucis de DNS, y en a 2, ils sont correctement vus par les stations, les temps de navigation LAN ou WAN sont très corrects, mais... une fois logué!!!
 
J'ai bien lu ton article sur le correctif à appliquer côté serveur et côté station, mais je ne suis pas super persuadé que cela s'applique à notre cas... Peux-tu donc juste nous dire comment tu mappes sur des partages réseau les dossiers chiants du profil MS (Bureau, Application Data, etc)? Manip registry du user? Ou bien GPO domaine?
 
Merci. Tchô

Il suffit de créer un partage sur un serveur (autre que celui des profils), ou viendront se stocker les dossiers Application Data et compagnie. Genre \\serveur\partage. Ensuite, dans les GPO, tu indiques de rediriger vers \\serveur\partage\%username%\Application Data, idem pour le bureau, etc.
 

C'est typiquement le problème réglé par le correctif 899409.
 

Vérifie que ton profil itinérant remonte bien. Vérifie l'observateur d'événements.
 

Hello, merci pour le reply,

Ben heu... Soit pas tout capté à l'article...  Hum! Soit c'est vraiment pas notre cas, car ils précisent qu'on expérimente le problème APRES avoir activé la redirection de dossiers. Or cette option n'est pas activé dans les GPO chez nous... Pour séparer "Mes documents" du profil standard, on a "simplement" déplacé (Propriétés Mes Documents / Déplacer), dans chaque session utilisateur, le chemin standard vers un partage à son nom sur le serveur! Et sans activer la synchro fichier hors connexion.
 
Ensuite, je ne sais pas si c'est pour minimiser le pb dans la KBase qu'ils indiquent une durée d'attente de 20s!!! Mais nous a on VRAIMENT 10min chronométrées d'attente de login!!! Pas 20 secondes d'accès sur un dossier!!!

Oui ça c'est ok. Je me suis mal exprimé: Quand je disais, "logout sans toucher aux fichiers", je voulais signifier "sans que NOUS les utilisateurs n'ayons touché quoi que ce soit" entre le login et le logout. Càd ce n'est pas le cas d'un utilisateur qui aurait purgé ses 100Mo en trop dans son profil entre login et logout! En plus, comme on a activé l'option de purge des profils locaux après déconnexion, on peut justement constater après logout que le profil local est soit vide, soit complètement supprimé.
 
Sinon, heu, il est tard je sais! Mais je gambergeais à ces problèmes de profils itinérants qui sont bien pratiques mais qui, il faut bien le dire, aurait pu être mieux gambergés par m'sieur MS... Genre à la Unix quoi!!! Sous Unix, ce sont les profils d'applis qui sont dans le home directory, et le home est mappé en réseau. Ca marche plutôt bien depuis des dizaines d'années, y compris dans du 100BT!!! Et non pas le home (Mes Documents) qui est à l'intérieur du profil... et pourquoi faire des copies et circuler un profil aller/retour sur le réseau au lieu d'écrire en continu sur le serveur??? Bref... Z'avaient vraiment peur de leur stack NetBios chez Krosoft!
 
Je me disais qu'en prenant le problème à l'envers on pourrait avoir des profils non-itinérants, mais mappés sur un partage réseau!!! En soi, c'est pas compliqué à faire, puisque chez nous on indique déjà au système des stations que l'on ne veut pas avoir les profils locaux dans "C:\Documents and settings", mais ailleurs [là où on ne pollue pas la partition système   ]... Mais du coup, est-ce que ça fonctionnerait si je mettais un path réseau comme ça?

Ca serait fun!!! Mais j'ai un doute là!!! Surtout que MS veut voir les profils "All Users" et "default user" au même endroit... Sinon nickel chrome!!! Plus besoin de synchro, plus besoin de roaming profile, MS croit que les profiles sont locaux, mais ils seront toujours au même endroit, en réseau, pour chaque utilisateur! Arf!
 
Quelqu'un a déjà tenté?!

Je vois pas ce que tu peux reprocher aux profils itinérants, cela marche très bien et c'est pas en critiquant MS que cela va mieux marcher.
Tu peux ajouter uphclean sur tes serveurs pour amélorier le chargement et le déchargement des profils.
Je ne comprend pas ton problèle de synchronisation de mes documents.
si tu paramètres tout par les GPO, tout se pas nickel.

Hello, je UP le topic parce que j'ai le meme probleme.
Ici nous sommes en 100% win2K et chez certains utilisateurs, le login prend réellement une plombe.
 
Petite piste, quand je sort ces utilisateurs de leur OU pour les mettres dans le repertoire Users de l'AD -> plus de probleme !
 
Chose curieuse, le probleme se produit egalement chez des personnes qui n'ont pas un profil itinérant mais bien local.
La encore, le fait de les sortir de toute OU règle le probleme...
Bien entendu, je ne peux pas me passer des OU (GPO etc...)

Est-ce que tu as éssayé de peter le profil de ces utilisateurs ?
Sinon,, tu peut juste peter le fichier ntuser.dat.

Je dirais un problème avec des GPO qu'il y aurait sur ton OU.

Bonjours à tous,
 
Mon problème est tout autre mais cela concerne les profils itinérants.
 
En fait mon problème est le suivant: Les fichiers que je supprime avec le profil itinérant reviennent sans arrêt au prochain log.
 
Quand je me connecte via le compte il me met les bons icônes au bon endroit jusque là aucun problème.
 
quand je me delog, mon profil local est bien supprimé donc niquel
 
Mais par contre il faut bien un problème lol  
Quand je supprime un fichier du bureau et que je me delog, j'ai remarqué que les icônes ou fichier réapparaissent au prochain log sur une machine quelconque.
 
A la base quand je me connect via un profil itinérant, le serveur fait une copie du profil en local sur le pc.
 
J'ai remarqué que pendant la phase de "déloguage" lol le serveur fait une synchronisation avec le profil local sur lequel l'utilisateur s'est connecté. Donc en faite il voit une différence entre le profil local et celui partagée, il voit qu'il manque des fichiers donc il remet les fichiers manquants et ensuite à la fin , le profil local est supprimé. D'où mon problème que les fichiers reviennent sans arrêt.
 
J'aimerai trouvé une solution pour que les fichiers que je supprime ne réapparaissent pas au prochain log.
 
J'espère que j'ai était clair dans mon explication.
 
Merci d'avance à tous pour vos réponse (s'il y en a)    
 
PS: Le serveur de fichier où se trouve les profils itinérants est un Windows Server 2003
et ensuite les PCs tests sont des XPs. merci

j'ai de temps en temps le même symptome (fichiers du bureau par exemple qui reviennent à la connexion), c'est dû au fait que le serveur synchronise bien du serveur vers le pc client mais l'inverse se fait mal, j'ai remarqué cela avec les personnes qui mettent plein de fichiers sur le bureau, mais je ne sais pas l'expliquer

Merci pour ta réponse
 
Mais la dans mon cas, le moindre petit raccourci ou dossier que j'ai pu supprimer revient systématiquement... c'est ennuyeux
Quelqu'un à une idée?