Probleme de désinstallation d'imprimante a la fermeture de session.
5 réponses
Nicolas F
Bonjour à tous,
J'ai un environnement Windows 2000 SP4 et je dispose de l'architecture
suivante:
*J'ai un site central qui possède un serveur TSE 2000 applicatif.
*8 sites régionnaux se connecte à ce serveur TSE.
*Je n'ai le soucis que sur un seul site
Lors de la première connexion de l'utilisateur du site problématique, les
imprimantes s'installent correctement, l'utilisateur est capable d'imprimer,
aucun probleme en fait.
En revanche lors de sa déconnexion, il met un temps fou et ne me déconnecte
pas les imprimantes et me mettait un message d'erreur :
Type de l'événement : Erreur
Source de l'événement : Userenv
Catégorie de l'événement : Aucun
ID de l'événement : 1000
Date : 09/01/2006
Heure : 17:57:16
Utilisateur : AUTORITE NT\SYSTEM
Ordinateur : SERVEUR
Description :
Windows ne peut pas décharger votre fichier Registre. Si vous avez un profil
itinérant vos paramètres ne seront pas répliqués. Contactez votre
administrateur.
DÉTAILS - Accès refusé. , Numéro de version ((2195)).
J'ai lu quelques post et j'ai installé le logiciel de microsoft qui se nomme
UPHClean pour connaitre l'origine de la lenteur de déconnexion . Il me
détecte une erreur :
Type de l'événement : Informations
Source de l'événement : UPHClean
Catégorie de l'événement : Aucun
ID de l'événement : 1401
Date : 10/01/2006
Heure : 14:59:09
Utilisateur : Utilisateur
Ordinateur : SERVEUR
Description :
The following handles in user profile hive DOMAINE\Utilisateur
(S-1-5-21-220599999-842825246-1644401937-1151) have been remapped because
they were preventing the profile from unloading successfully:
Je ne comprends pas cette erreur. Le problème qui se pose est que les
imprimantes installées dans la session reviennent à la réouverture d'une
nouvelle session. Ceci donne donc une liste impressionnante d'imprimante au
bout de quelques jours et les utilisateurs sont.... déstabilisés :)
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Eric PERROMAT [MVP]
"Nicolas F" a écrit dans le message de news: eVUlF% || Bonjour à tous, || || .... || Windows ne peut pas décharger votre fichier Registre. Si vous avez || un profil itinérant vos paramètres ne seront pas répliqués. || Contactez votre administrateur. || || DÉTAILS - Accès refusé. , Numéro de version ((2195)).
Est ce un profil itinérant ? ou est ce une recopie de profil existant ? Avez vous essayez de rendre propriétaire de son profil l'utilisateur en question ?
-- Eric Perromat [MVP Windows Server - Terminal Server] http://aidetse.free.fr (! nouveau site Web - en cours de finalisation !) et mon Forum http://aidetse.free.fr/forum
"Nicolas F" <personne@microsoft.com> a écrit dans le message de news:
eVUlF%23eFGHA.376@TK2MSFTNGP12.phx.gbl
|| Bonjour à tous,
||
|| ....
|| Windows ne peut pas décharger votre fichier Registre. Si vous avez
|| un profil itinérant vos paramètres ne seront pas répliqués.
|| Contactez votre administrateur.
||
|| DÉTAILS - Accès refusé. , Numéro de version ((2195)).
Est ce un profil itinérant ? ou est ce une recopie de profil existant ?
Avez vous essayez de rendre propriétaire de son profil l'utilisateur en
question ?
--
Eric Perromat [MVP Windows Server - Terminal Server]
http://aidetse.free.fr (! nouveau site Web - en cours de finalisation !) et
mon Forum http://aidetse.free.fr/forum
"Nicolas F" a écrit dans le message de news: eVUlF% || Bonjour à tous, || || .... || Windows ne peut pas décharger votre fichier Registre. Si vous avez || un profil itinérant vos paramètres ne seront pas répliqués. || Contactez votre administrateur. || || DÉTAILS - Accès refusé. , Numéro de version ((2195)).
Est ce un profil itinérant ? ou est ce une recopie de profil existant ? Avez vous essayez de rendre propriétaire de son profil l'utilisateur en question ?
-- Eric Perromat [MVP Windows Server - Terminal Server] http://aidetse.free.fr (! nouveau site Web - en cours de finalisation !) et mon Forum http://aidetse.free.fr/forum
Nicolas F
Il ne s'agit pas d'un profil itinérant. J'ai un active directory. La personne se connecte dans un premier temps sur sa machine (sur le site régional) avec son identifiant. Ensuite, elle ouvre le terminal serveur et retape une nouvelle fois les informations de connexions (les memes que celles qu elle utilise sur sa machine locale). Je ne comprends pas l'opération de rendre propriétaire. Il faut savoir que j'ai le probleme avec tous les identifiants de cette région. Il n'ont pourtant aucune différence au niveau de la configuration par rapport aux autres identifiants.
Merci
"Eric PERROMAT [MVP]" a écrit dans le message de news:
"Nicolas F" a écrit dans le message de news: eVUlF% || Bonjour à tous, || || .... || Windows ne peut pas décharger votre fichier Registre. Si vous avez || un profil itinérant vos paramètres ne seront pas répliqués. || Contactez votre administrateur. || || DÉTAILS - Accès refusé. , Numéro de version ((2195)).
Est ce un profil itinérant ? ou est ce une recopie de profil existant ? Avez vous essayez de rendre propriétaire de son profil l'utilisateur en question ?
-- Eric Perromat [MVP Windows Server - Terminal Server] http://aidetse.free.fr (! nouveau site Web - en cours de finalisation !) et
mon Forum http://aidetse.free.fr/forum
Il ne s'agit pas d'un profil itinérant.
J'ai un active directory. La personne se connecte dans un premier temps sur
sa machine (sur le site régional) avec son identifiant. Ensuite, elle ouvre
le terminal serveur et retape une nouvelle fois les informations de
connexions (les memes que celles qu elle utilise sur sa machine locale).
Je ne comprends pas l'opération de rendre propriétaire.
Il faut savoir que j'ai le probleme avec tous les identifiants de cette
région. Il n'ont pourtant aucune différence au niveau de la configuration
par rapport aux autres identifiants.
Merci
"Eric PERROMAT [MVP]" <eperromat@nospam-hotmail.com> a écrit dans le message
de news: OYHAMKfFGHA.3900@TK2MSFTNGP10.phx.gbl...
"Nicolas F" <personne@microsoft.com> a écrit dans le message de news:
eVUlF%23eFGHA.376@TK2MSFTNGP12.phx.gbl
|| Bonjour à tous,
||
|| ....
|| Windows ne peut pas décharger votre fichier Registre. Si vous avez
|| un profil itinérant vos paramètres ne seront pas répliqués.
|| Contactez votre administrateur.
||
|| DÉTAILS - Accès refusé. , Numéro de version ((2195)).
Est ce un profil itinérant ? ou est ce une recopie de profil existant ?
Avez vous essayez de rendre propriétaire de son profil l'utilisateur en
question ?
--
Eric Perromat [MVP Windows Server - Terminal Server]
http://aidetse.free.fr (! nouveau site Web - en cours de finalisation !)
et
Il ne s'agit pas d'un profil itinérant. J'ai un active directory. La personne se connecte dans un premier temps sur sa machine (sur le site régional) avec son identifiant. Ensuite, elle ouvre le terminal serveur et retape une nouvelle fois les informations de connexions (les memes que celles qu elle utilise sur sa machine locale). Je ne comprends pas l'opération de rendre propriétaire. Il faut savoir que j'ai le probleme avec tous les identifiants de cette région. Il n'ont pourtant aucune différence au niveau de la configuration par rapport aux autres identifiants.
Merci
"Eric PERROMAT [MVP]" a écrit dans le message de news:
"Nicolas F" a écrit dans le message de news: eVUlF% || Bonjour à tous, || || .... || Windows ne peut pas décharger votre fichier Registre. Si vous avez || un profil itinérant vos paramètres ne seront pas répliqués. || Contactez votre administrateur. || || DÉTAILS - Accès refusé. , Numéro de version ((2195)).
Est ce un profil itinérant ? ou est ce une recopie de profil existant ? Avez vous essayez de rendre propriétaire de son profil l'utilisateur en question ?
-- Eric Perromat [MVP Windows Server - Terminal Server] http://aidetse.free.fr (! nouveau site Web - en cours de finalisation !) et
mon Forum http://aidetse.free.fr/forum
Eric PERROMAT [MVP]
"Nicolas F" a écrit dans le message de news:
|| Il ne s'agit pas d'un profil itinérant. || J'ai un active directory. La personne se connecte dans un premier || temps sur sa machine (sur le site régional) avec son identifiant. || Ensuite, elle ouvre le terminal serveur et retape une nouvelle fois || les informations de connexions (les memes que celles qu elle utilise || sur sa machine locale). || Je ne comprends pas l'opération de rendre propriétaire. || Il faut savoir que j'ai le probleme avec tous les identifiants de || cette région. Il n'ont pourtant aucune différence au niveau de la || configuration par rapport aux autres identifiants. || || Merci Il y a donc soit un PB d'ecriture dans le dossier Document & Settings du TS pour les Utilisateurs (Vérifier les autorisations dessus) soit un quota de disque activé sur le TS qui ferait en sorte de refuser l'ecriture pour les Users
-- Eric Perromat [MVP Windows Server - Terminal Server] http://aidetse.free.fr (! nouveau site Web - en cours de finalisation !) et mon Forum http://aidetse.free.fr/forum
"Nicolas F" <personne@microsoft.com> a écrit dans le message de news:
uWzqATfFGHA.984@tk2msftngp13.phx.gbl
|| Il ne s'agit pas d'un profil itinérant.
|| J'ai un active directory. La personne se connecte dans un premier
|| temps sur sa machine (sur le site régional) avec son identifiant.
|| Ensuite, elle ouvre le terminal serveur et retape une nouvelle fois
|| les informations de connexions (les memes que celles qu elle utilise
|| sur sa machine locale).
|| Je ne comprends pas l'opération de rendre propriétaire.
|| Il faut savoir que j'ai le probleme avec tous les identifiants de
|| cette région. Il n'ont pourtant aucune différence au niveau de la
|| configuration par rapport aux autres identifiants.
||
|| Merci
Il y a donc soit un PB d'ecriture dans le dossier Document & Settings du TS
pour les Utilisateurs (Vérifier les autorisations dessus) soit un quota de
disque activé sur le TS qui ferait en sorte de refuser l'ecriture pour les
Users
--
Eric Perromat [MVP Windows Server - Terminal Server]
http://aidetse.free.fr (! nouveau site Web - en cours de finalisation !) et
mon Forum http://aidetse.free.fr/forum
|| Il ne s'agit pas d'un profil itinérant. || J'ai un active directory. La personne se connecte dans un premier || temps sur sa machine (sur le site régional) avec son identifiant. || Ensuite, elle ouvre le terminal serveur et retape une nouvelle fois || les informations de connexions (les memes que celles qu elle utilise || sur sa machine locale). || Je ne comprends pas l'opération de rendre propriétaire. || Il faut savoir que j'ai le probleme avec tous les identifiants de || cette région. Il n'ont pourtant aucune différence au niveau de la || configuration par rapport aux autres identifiants. || || Merci Il y a donc soit un PB d'ecriture dans le dossier Document & Settings du TS pour les Utilisateurs (Vérifier les autorisations dessus) soit un quota de disque activé sur le TS qui ferait en sorte de refuser l'ecriture pour les Users
-- Eric Perromat [MVP Windows Server - Terminal Server] http://aidetse.free.fr (! nouveau site Web - en cours de finalisation !) et mon Forum http://aidetse.free.fr/forum
Nicolas F
Pour aller plus loin dans la réflexion, il me semble que ca ne vienne pas de l'utilisateur car si je me connecte (je suis sur le site central donc en local par rapport au serveur) avec la meme session que l'utilisateur régionnal, le probleme ne se pose pas! Pourrait il y avoir un probleme au niveau de ma configuration réseau? Ce qui est étonnant c'est que j'ai des réplications AD qui se font sans probleme ainsi que le NTFRS qui fonctionne aussi. Je ping correctement les équipements et du traffic http et pop passe régulièrement.
Merci d'avance
"Nicolas F" a écrit dans le message de news:
Il ne s'agit pas d'un profil itinérant. J'ai un active directory. La personne se connecte dans un premier temps sur
sa machine (sur le site régional) avec son identifiant. Ensuite, elle ouvre
le terminal serveur et retape une nouvelle fois les informations de connexions (les memes que celles qu elle utilise sur sa machine locale). Je ne comprends pas l'opération de rendre propriétaire. Il faut savoir que j'ai le probleme avec tous les identifiants de cette région. Il n'ont pourtant aucune différence au niveau de la configuration par rapport aux autres identifiants.
Merci
"Eric PERROMAT [MVP]" a écrit dans le message
de news:
"Nicolas F" a écrit dans le message de news: eVUlF% || Bonjour à tous, || || .... || Windows ne peut pas décharger votre fichier Registre. Si vous avez || un profil itinérant vos paramètres ne seront pas répliqués. || Contactez votre administrateur. || || DÉTAILS - Accès refusé. , Numéro de version ((2195)).
Est ce un profil itinérant ? ou est ce une recopie de profil existant ? Avez vous essayez de rendre propriétaire de son profil l'utilisateur en question ?
-- Eric Perromat [MVP Windows Server - Terminal Server] http://aidetse.free.fr (! nouveau site Web - en cours de finalisation !)
et
mon Forum http://aidetse.free.fr/forum
Pour aller plus loin dans la réflexion, il me semble que ca ne vienne pas de
l'utilisateur car si je me connecte (je suis sur le site central donc en
local par rapport au serveur) avec la meme session que l'utilisateur
régionnal, le probleme ne se pose pas!
Pourrait il y avoir un probleme au niveau de ma configuration réseau? Ce qui
est étonnant c'est que j'ai des réplications AD qui se font sans probleme
ainsi que le NTFRS qui fonctionne aussi. Je ping correctement les
équipements et du traffic http et pop passe régulièrement.
Merci d'avance
"Nicolas F" <personne@microsoft.com> a écrit dans le message de news:
uWzqATfFGHA.984@tk2msftngp13.phx.gbl...
Il ne s'agit pas d'un profil itinérant.
J'ai un active directory. La personne se connecte dans un premier temps
sur
sa machine (sur le site régional) avec son identifiant. Ensuite, elle
ouvre
le terminal serveur et retape une nouvelle fois les informations de
connexions (les memes que celles qu elle utilise sur sa machine locale).
Je ne comprends pas l'opération de rendre propriétaire.
Il faut savoir que j'ai le probleme avec tous les identifiants de cette
région. Il n'ont pourtant aucune différence au niveau de la configuration
par rapport aux autres identifiants.
Merci
"Eric PERROMAT [MVP]" <eperromat@nospam-hotmail.com> a écrit dans le
message
de news: OYHAMKfFGHA.3900@TK2MSFTNGP10.phx.gbl...
"Nicolas F" <personne@microsoft.com> a écrit dans le message de news:
eVUlF%23eFGHA.376@TK2MSFTNGP12.phx.gbl
|| Bonjour à tous,
||
|| ....
|| Windows ne peut pas décharger votre fichier Registre. Si vous avez
|| un profil itinérant vos paramètres ne seront pas répliqués.
|| Contactez votre administrateur.
||
|| DÉTAILS - Accès refusé. , Numéro de version ((2195)).
Est ce un profil itinérant ? ou est ce une recopie de profil existant ?
Avez vous essayez de rendre propriétaire de son profil l'utilisateur en
question ?
--
Eric Perromat [MVP Windows Server - Terminal Server]
http://aidetse.free.fr (! nouveau site Web - en cours de finalisation
!)
Pour aller plus loin dans la réflexion, il me semble que ca ne vienne pas de l'utilisateur car si je me connecte (je suis sur le site central donc en local par rapport au serveur) avec la meme session que l'utilisateur régionnal, le probleme ne se pose pas! Pourrait il y avoir un probleme au niveau de ma configuration réseau? Ce qui est étonnant c'est que j'ai des réplications AD qui se font sans probleme ainsi que le NTFRS qui fonctionne aussi. Je ping correctement les équipements et du traffic http et pop passe régulièrement.
Merci d'avance
"Nicolas F" a écrit dans le message de news:
Il ne s'agit pas d'un profil itinérant. J'ai un active directory. La personne se connecte dans un premier temps sur
sa machine (sur le site régional) avec son identifiant. Ensuite, elle ouvre
le terminal serveur et retape une nouvelle fois les informations de connexions (les memes que celles qu elle utilise sur sa machine locale). Je ne comprends pas l'opération de rendre propriétaire. Il faut savoir que j'ai le probleme avec tous les identifiants de cette région. Il n'ont pourtant aucune différence au niveau de la configuration par rapport aux autres identifiants.
Merci
"Eric PERROMAT [MVP]" a écrit dans le message
de news:
"Nicolas F" a écrit dans le message de news: eVUlF% || Bonjour à tous, || || .... || Windows ne peut pas décharger votre fichier Registre. Si vous avez || un profil itinérant vos paramètres ne seront pas répliqués. || Contactez votre administrateur. || || DÉTAILS - Accès refusé. , Numéro de version ((2195)).
Est ce un profil itinérant ? ou est ce une recopie de profil existant ? Avez vous essayez de rendre propriétaire de son profil l'utilisateur en question ?
-- Eric Perromat [MVP Windows Server - Terminal Server] http://aidetse.free.fr (! nouveau site Web - en cours de finalisation !)
et
mon Forum http://aidetse.free.fr/forum
Nicolas F
Comme je l'ai dit dans mon post précédent, le problème n'a pas l'air de venir de la session. Seule un site pose problème, les autres n'ont pas de soucis.
"Eric PERROMAT [MVP]" a écrit dans le message de news:
"Nicolas F" a écrit dans le message de news:
|| Il ne s'agit pas d'un profil itinérant. || J'ai un active directory. La personne se connecte dans un premier || temps sur sa machine (sur le site régional) avec son identifiant. || Ensuite, elle ouvre le terminal serveur et retape une nouvelle fois || les informations de connexions (les memes que celles qu elle utilise || sur sa machine locale). || Je ne comprends pas l'opération de rendre propriétaire. || Il faut savoir que j'ai le probleme avec tous les identifiants de || cette région. Il n'ont pourtant aucune différence au niveau de la || configuration par rapport aux autres identifiants. || || Merci Il y a donc soit un PB d'ecriture dans le dossier Document & Settings du TS
pour les Utilisateurs (Vérifier les autorisations dessus) soit un quota de disque activé sur le TS qui ferait en sorte de refuser l'ecriture pour les Users
-- Eric Perromat [MVP Windows Server - Terminal Server] http://aidetse.free.fr (! nouveau site Web - en cours de finalisation !) et
mon Forum http://aidetse.free.fr/forum
Comme je l'ai dit dans mon post précédent, le problème n'a pas l'air de
venir de la session. Seule un site pose problème, les autres n'ont pas de
soucis.
"Eric PERROMAT [MVP]" <eperromat@nospam-hotmail.com> a écrit dans le message
de news: eKeHhgfFGHA.3200@tk2msftngp13.phx.gbl...
"Nicolas F" <personne@microsoft.com> a écrit dans le message de news:
uWzqATfFGHA.984@tk2msftngp13.phx.gbl
|| Il ne s'agit pas d'un profil itinérant.
|| J'ai un active directory. La personne se connecte dans un premier
|| temps sur sa machine (sur le site régional) avec son identifiant.
|| Ensuite, elle ouvre le terminal serveur et retape une nouvelle fois
|| les informations de connexions (les memes que celles qu elle utilise
|| sur sa machine locale).
|| Je ne comprends pas l'opération de rendre propriétaire.
|| Il faut savoir que j'ai le probleme avec tous les identifiants de
|| cette région. Il n'ont pourtant aucune différence au niveau de la
|| configuration par rapport aux autres identifiants.
||
|| Merci
Il y a donc soit un PB d'ecriture dans le dossier Document & Settings du
TS
pour les Utilisateurs (Vérifier les autorisations dessus) soit un quota de
disque activé sur le TS qui ferait en sorte de refuser l'ecriture pour les
Users
--
Eric Perromat [MVP Windows Server - Terminal Server]
http://aidetse.free.fr (! nouveau site Web - en cours de finalisation !)
et
Comme je l'ai dit dans mon post précédent, le problème n'a pas l'air de venir de la session. Seule un site pose problème, les autres n'ont pas de soucis.
"Eric PERROMAT [MVP]" a écrit dans le message de news:
"Nicolas F" a écrit dans le message de news:
|| Il ne s'agit pas d'un profil itinérant. || J'ai un active directory. La personne se connecte dans un premier || temps sur sa machine (sur le site régional) avec son identifiant. || Ensuite, elle ouvre le terminal serveur et retape une nouvelle fois || les informations de connexions (les memes que celles qu elle utilise || sur sa machine locale). || Je ne comprends pas l'opération de rendre propriétaire. || Il faut savoir que j'ai le probleme avec tous les identifiants de || cette région. Il n'ont pourtant aucune différence au niveau de la || configuration par rapport aux autres identifiants. || || Merci Il y a donc soit un PB d'ecriture dans le dossier Document & Settings du TS
pour les Utilisateurs (Vérifier les autorisations dessus) soit un quota de disque activé sur le TS qui ferait en sorte de refuser l'ecriture pour les Users
-- Eric Perromat [MVP Windows Server - Terminal Server] http://aidetse.free.fr (! nouveau site Web - en cours de finalisation !) et