Sur un serveur TS 2003, j'observe la situation suivante :
Les sessions des utilisateurs sont bien fermées (en particulier, plus aucun
process ne s'exécute sous leur Id)
Par contre, leur "ntusers.dat" restent chargés (au moins 30)
Quand je regarde dans la base de registre dans HiveList
(HKLM\System\CV\Control) leurs bases de registres sont toujours chargées.
Bien sûr, impossible de les "démonter" à la main...
Mes investigations m'ont menées à trouver que WMIPRVSE était le processus
qui verrouillait ces profils.
Ayant besoin d'accéder aux profils utilisateurs, j'ai redémarré le service
WMI, ce qui a libéré mes BDR utilisateurs.
Est-ce quelque chose de connu ? Pourquoi WMI bloque les profils
utilisateurs ?
Je n'arrive pas à trouver quoi que ce soit dans la littérature à ce
propos...
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
Laurent Falguiere
Bonjour,
J'ai déja eu le cas avec des scripts d'ouverture de session en VBS (qui exploitaient WMI)
-- Laurent FALGUIERE www.laurentfalguiere.fr -- "Richard M." a écrit dans le message de news:
Bonjour,
Sur un serveur TS 2003, j'observe la situation suivante :
Les sessions des utilisateurs sont bien fermées (en particulier, plus aucun process ne s'exécute sous leur Id) Par contre, leur "ntusers.dat" restent chargés (au moins 30)
Quand je regarde dans la base de registre dans HiveList (HKLMSystemCVControl) leurs bases de registres sont toujours chargées.
Bien sûr, impossible de les "démonter" à la main...
Mes investigations m'ont menées à trouver que WMIPRVSE était le processus qui verrouillait ces profils.
Ayant besoin d'accéder aux profils utilisateurs, j'ai redémarré le service WMI, ce qui a libéré mes BDR utilisateurs.
Est-ce quelque chose de connu ? Pourquoi WMI bloque les profils utilisateurs ?
Je n'arrive pas à trouver quoi que ce soit dans la littérature à ce propos...
merci pour tout avis sur la question !
--Richard.
Bonjour,
J'ai déja eu le cas avec des scripts d'ouverture de session en VBS (qui
exploitaient WMI)
--
Laurent FALGUIERE
www.laurentfalguiere.fr
--
"Richard M." <nospam@xxx.net> a écrit dans le message de news:
ugtHJcENHHA.140@TK2MSFTNGP04.phx.gbl...
Bonjour,
Sur un serveur TS 2003, j'observe la situation suivante :
Les sessions des utilisateurs sont bien fermées (en particulier, plus
aucun
process ne s'exécute sous leur Id)
Par contre, leur "ntusers.dat" restent chargés (au moins 30)
Quand je regarde dans la base de registre dans HiveList
(HKLMSystemCVControl) leurs bases de registres sont toujours chargées.
Bien sûr, impossible de les "démonter" à la main...
Mes investigations m'ont menées à trouver que WMIPRVSE était le processus
qui verrouillait ces profils.
Ayant besoin d'accéder aux profils utilisateurs, j'ai redémarré le service
WMI, ce qui a libéré mes BDR utilisateurs.
Est-ce quelque chose de connu ? Pourquoi WMI bloque les profils
utilisateurs ?
Je n'arrive pas à trouver quoi que ce soit dans la littérature à ce
propos...
J'ai déja eu le cas avec des scripts d'ouverture de session en VBS (qui exploitaient WMI)
-- Laurent FALGUIERE www.laurentfalguiere.fr -- "Richard M." a écrit dans le message de news:
Bonjour,
Sur un serveur TS 2003, j'observe la situation suivante :
Les sessions des utilisateurs sont bien fermées (en particulier, plus aucun process ne s'exécute sous leur Id) Par contre, leur "ntusers.dat" restent chargés (au moins 30)
Quand je regarde dans la base de registre dans HiveList (HKLMSystemCVControl) leurs bases de registres sont toujours chargées.
Bien sûr, impossible de les "démonter" à la main...
Mes investigations m'ont menées à trouver que WMIPRVSE était le processus qui verrouillait ces profils.
Ayant besoin d'accéder aux profils utilisateurs, j'ai redémarré le service WMI, ce qui a libéré mes BDR utilisateurs.
Est-ce quelque chose de connu ? Pourquoi WMI bloque les profils utilisateurs ?
Je n'arrive pas à trouver quoi que ce soit dans la littérature à ce propos...
merci pour tout avis sur la question !
--Richard.
Emmanuel Dreux [MS]
Bonjour,
ces problèmes sont censés être corrigés en 2003 SP1, dans quelle version êtes vous?
http://support.microsoft.com/kb/816880/en-us
Cordialement, Emmanuel Dreux.
"Richard M." wrote in message news:
Bonjour,
Sur un serveur TS 2003, j'observe la situation suivante :
Les sessions des utilisateurs sont bien fermées (en particulier, plus aucun process ne s'exécute sous leur Id) Par contre, leur "ntusers.dat" restent chargés (au moins 30)
Quand je regarde dans la base de registre dans HiveList (HKLMSystemCVControl) leurs bases de registres sont toujours chargées.
Bien sûr, impossible de les "démonter" à la main...
Mes investigations m'ont menées à trouver que WMIPRVSE était le processus qui verrouillait ces profils.
Ayant besoin d'accéder aux profils utilisateurs, j'ai redémarré le service WMI, ce qui a libéré mes BDR utilisateurs.
Est-ce quelque chose de connu ? Pourquoi WMI bloque les profils utilisateurs ?
Je n'arrive pas à trouver quoi que ce soit dans la littérature à ce propos...
merci pour tout avis sur la question !
--Richard.
Bonjour,
ces problèmes sont censés être corrigés en 2003 SP1, dans quelle version
êtes vous?
http://support.microsoft.com/kb/816880/en-us
Cordialement,
Emmanuel Dreux.
"Richard M." <nospam@xxx.net> wrote in message
news:ugtHJcENHHA.140@TK2MSFTNGP04.phx.gbl...
Bonjour,
Sur un serveur TS 2003, j'observe la situation suivante :
Les sessions des utilisateurs sont bien fermées (en particulier, plus
aucun
process ne s'exécute sous leur Id)
Par contre, leur "ntusers.dat" restent chargés (au moins 30)
Quand je regarde dans la base de registre dans HiveList
(HKLMSystemCVControl) leurs bases de registres sont toujours chargées.
Bien sûr, impossible de les "démonter" à la main...
Mes investigations m'ont menées à trouver que WMIPRVSE était le processus
qui verrouillait ces profils.
Ayant besoin d'accéder aux profils utilisateurs, j'ai redémarré le service
WMI, ce qui a libéré mes BDR utilisateurs.
Est-ce quelque chose de connu ? Pourquoi WMI bloque les profils
utilisateurs ?
Je n'arrive pas à trouver quoi que ce soit dans la littérature à ce
propos...
ces problèmes sont censés être corrigés en 2003 SP1, dans quelle version êtes vous?
http://support.microsoft.com/kb/816880/en-us
Cordialement, Emmanuel Dreux.
"Richard M." wrote in message news:
Bonjour,
Sur un serveur TS 2003, j'observe la situation suivante :
Les sessions des utilisateurs sont bien fermées (en particulier, plus aucun process ne s'exécute sous leur Id) Par contre, leur "ntusers.dat" restent chargés (au moins 30)
Quand je regarde dans la base de registre dans HiveList (HKLMSystemCVControl) leurs bases de registres sont toujours chargées.
Bien sûr, impossible de les "démonter" à la main...
Mes investigations m'ont menées à trouver que WMIPRVSE était le processus qui verrouillait ces profils.
Ayant besoin d'accéder aux profils utilisateurs, j'ai redémarré le service WMI, ce qui a libéré mes BDR utilisateurs.
Est-ce quelque chose de connu ? Pourquoi WMI bloque les profils utilisateurs ?
Je n'arrive pas à trouver quoi que ce soit dans la littérature à ce propos...
merci pour tout avis sur la question !
--Richard.
Eric Perromat [MVP]
Richard M. wrote: || Bonjour, || || Sur un serveur TS 2003, j'observe la situation suivante : || || Les sessions des utilisateurs sont bien fermées (en particulier, || plus aucun process ne s'exécute sous leur Id) || Par contre, leur "ntusers.dat" restent chargés (au moins 30) || || Quand je regarde dans la base de registre dans HiveList || (HKLMSystemCVControl) leurs bases de registres sont toujours || chargées. || || Bien sûr, impossible de les "démonter" à la main... || || Mes investigations m'ont menées à trouver que WMIPRVSE était le || processus qui verrouillait ces profils. || || Ayant besoin d'accéder aux profils utilisateurs, j'ai redémarré le || service WMI, ce qui a libéré mes BDR utilisateurs. || || Est-ce quelque chose de connu ? Pourquoi WMI bloque les profils || utilisateurs ? || || Je n'arrive pas à trouver quoi que ce soit dans la littérature à ce || propos... || || merci pour tout avis sur la question ! || || --Richard. Bonjour, Est ce que cela correspond http://support.microsoft.com/kb/894791/en-us ?
-- Eric Perromat [MVP Windows Server - Terminal Server] Visitez mon Site Web : http://aidetse.free.fr et mon Forum : http://aidetse.free.fr/forum
Richard M. wrote:
|| Bonjour,
||
|| Sur un serveur TS 2003, j'observe la situation suivante :
||
|| Les sessions des utilisateurs sont bien fermées (en particulier,
|| plus aucun process ne s'exécute sous leur Id)
|| Par contre, leur "ntusers.dat" restent chargés (au moins 30)
||
|| Quand je regarde dans la base de registre dans HiveList
|| (HKLMSystemCVControl) leurs bases de registres sont toujours
|| chargées.
||
|| Bien sûr, impossible de les "démonter" à la main...
||
|| Mes investigations m'ont menées à trouver que WMIPRVSE était le
|| processus qui verrouillait ces profils.
||
|| Ayant besoin d'accéder aux profils utilisateurs, j'ai redémarré le
|| service WMI, ce qui a libéré mes BDR utilisateurs.
||
|| Est-ce quelque chose de connu ? Pourquoi WMI bloque les profils
|| utilisateurs ?
||
|| Je n'arrive pas à trouver quoi que ce soit dans la littérature à ce
|| propos...
||
|| merci pour tout avis sur la question !
||
|| --Richard.
Bonjour,
Est ce que cela correspond http://support.microsoft.com/kb/894791/en-us ?
--
Eric Perromat [MVP Windows Server - Terminal Server]
Visitez mon Site Web : http://aidetse.free.fr et mon Forum :
http://aidetse.free.fr/forum
Richard M. wrote: || Bonjour, || || Sur un serveur TS 2003, j'observe la situation suivante : || || Les sessions des utilisateurs sont bien fermées (en particulier, || plus aucun process ne s'exécute sous leur Id) || Par contre, leur "ntusers.dat" restent chargés (au moins 30) || || Quand je regarde dans la base de registre dans HiveList || (HKLMSystemCVControl) leurs bases de registres sont toujours || chargées. || || Bien sûr, impossible de les "démonter" à la main... || || Mes investigations m'ont menées à trouver que WMIPRVSE était le || processus qui verrouillait ces profils. || || Ayant besoin d'accéder aux profils utilisateurs, j'ai redémarré le || service WMI, ce qui a libéré mes BDR utilisateurs. || || Est-ce quelque chose de connu ? Pourquoi WMI bloque les profils || utilisateurs ? || || Je n'arrive pas à trouver quoi que ce soit dans la littérature à ce || propos... || || merci pour tout avis sur la question ! || || --Richard. Bonjour, Est ce que cela correspond http://support.microsoft.com/kb/894791/en-us ?
-- Eric Perromat [MVP Windows Server - Terminal Server] Visitez mon Site Web : http://aidetse.free.fr et mon Forum : http://aidetse.free.fr/forum
Richard.
"Eric Perromat [MVP]" | Richard M. wrote: ||| Bonjour, ||| ||| Sur un serveur TS 2003, j'observe la situation suivante : ||| ||| Les sessions des utilisateurs sont bien fermées (en particulier, ||| plus aucun process ne s'exécute sous leur Id) ||| Par contre, leur "ntusers.dat" restent chargés (au moins 30) ||| ||| Quand je regarde dans la base de registre dans HiveList ||| (HKLMSystemCVControl) leurs bases de registres sont toujours ||| chargées. ||| ||| Bien sûr, impossible de les "démonter" à la main... ||| ||| Mes investigations m'ont menées à trouver que WMIPRVSE était le ||| processus qui verrouillait ces profils. ||| ||| Ayant besoin d'accéder aux profils utilisateurs, j'ai redémarré le ||| service WMI, ce qui a libéré mes BDR utilisateurs. ||| ||| Est-ce quelque chose de connu ? Pourquoi WMI bloque les profils ||| utilisateurs ? ||| ||| Je n'arrive pas à trouver quoi que ce soit dans la littérature à ce ||| propos... ||| ||| merci pour tout avis sur la question ! ||| ||| --Richard. | Bonjour, | Est ce que cela correspond http://support.microsoft.com/kb/894791/en-us ?
Bonjour,
Je pencherai plus pour l'article cité par Emmanuel (http://support.microsoft.com/kb/816880/en-us), mais je garde cet article en second recours.
Merci,
--Richard.
"Eric Perromat [MVP]"
| Richard M. wrote:
||| Bonjour,
|||
||| Sur un serveur TS 2003, j'observe la situation suivante :
|||
||| Les sessions des utilisateurs sont bien fermées (en particulier,
||| plus aucun process ne s'exécute sous leur Id)
||| Par contre, leur "ntusers.dat" restent chargés (au moins 30)
|||
||| Quand je regarde dans la base de registre dans HiveList
||| (HKLMSystemCVControl) leurs bases de registres sont toujours
||| chargées.
|||
||| Bien sûr, impossible de les "démonter" à la main...
|||
||| Mes investigations m'ont menées à trouver que WMIPRVSE était le
||| processus qui verrouillait ces profils.
|||
||| Ayant besoin d'accéder aux profils utilisateurs, j'ai redémarré le
||| service WMI, ce qui a libéré mes BDR utilisateurs.
|||
||| Est-ce quelque chose de connu ? Pourquoi WMI bloque les profils
||| utilisateurs ?
|||
||| Je n'arrive pas à trouver quoi que ce soit dans la littérature à ce
||| propos...
|||
||| merci pour tout avis sur la question !
|||
||| --Richard.
| Bonjour,
| Est ce que cela correspond http://support.microsoft.com/kb/894791/en-us ?
Bonjour,
Je pencherai plus pour l'article cité par Emmanuel
(http://support.microsoft.com/kb/816880/en-us), mais je garde cet article en
second recours.
"Eric Perromat [MVP]" | Richard M. wrote: ||| Bonjour, ||| ||| Sur un serveur TS 2003, j'observe la situation suivante : ||| ||| Les sessions des utilisateurs sont bien fermées (en particulier, ||| plus aucun process ne s'exécute sous leur Id) ||| Par contre, leur "ntusers.dat" restent chargés (au moins 30) ||| ||| Quand je regarde dans la base de registre dans HiveList ||| (HKLMSystemCVControl) leurs bases de registres sont toujours ||| chargées. ||| ||| Bien sûr, impossible de les "démonter" à la main... ||| ||| Mes investigations m'ont menées à trouver que WMIPRVSE était le ||| processus qui verrouillait ces profils. ||| ||| Ayant besoin d'accéder aux profils utilisateurs, j'ai redémarré le ||| service WMI, ce qui a libéré mes BDR utilisateurs. ||| ||| Est-ce quelque chose de connu ? Pourquoi WMI bloque les profils ||| utilisateurs ? ||| ||| Je n'arrive pas à trouver quoi que ce soit dans la littérature à ce ||| propos... ||| ||| merci pour tout avis sur la question ! ||| ||| --Richard. | Bonjour, | Est ce que cela correspond http://support.microsoft.com/kb/894791/en-us ?
Bonjour,
Je pencherai plus pour l'article cité par Emmanuel (http://support.microsoft.com/kb/816880/en-us), mais je garde cet article en second recours.
Merci,
--Richard.
Richard.
"Laurent Falguiere" | Bonjour, | | J'ai déja eu le cas avec des scripts d'ouverture de session en VBS (qui | exploitaient WMI) -- | Laurent FALGUIERE | www.laurentfalguiere.fr
Bonjour,
Cela aurait pu correspondre à l'article suivant : http://support.microsoft.com/kb/819536
Mais je ne trouve pas les événements correspondant dans le journal.
Pourtant, je crois que dans certains cas, je mappe un lecteur via VBS après une requête ADSI dans le logon script. Je vais creuser cette piste également...
merci,
--Richard.
| -- | "Richard M." | > Bonjour, | > | > Sur un serveur TS 2003, j'observe la situation suivante : | > | > Les sessions des utilisateurs sont bien fermées (en particulier, plus | > aucun | > process ne s'exécute sous leur Id) | > Par contre, leur "ntusers.dat" restent chargés (au moins 30) | > | > Quand je regarde dans la base de registre dans HiveList | > (HKLMSystemCVControl) leurs bases de registres sont toujours chargées. | > | > Bien sûr, impossible de les "démonter" à la main... | > | > Mes investigations m'ont menées à trouver que WMIPRVSE était le processus | > qui verrouillait ces profils. | > | > Ayant besoin d'accéder aux profils utilisateurs, j'ai redémarré le service | > WMI, ce qui a libéré mes BDR utilisateurs. | > | > Est-ce quelque chose de connu ? Pourquoi WMI bloque les profils | > utilisateurs ? | > | > Je n'arrive pas à trouver quoi que ce soit dans la littérature à ce | > propos... | > | > merci pour tout avis sur la question ! | > | > --Richard.
"Laurent Falguiere"
| Bonjour,
|
| J'ai déja eu le cas avec des scripts d'ouverture de session en VBS (qui
| exploitaient WMI)
--
| Laurent FALGUIERE
| www.laurentfalguiere.fr
Bonjour,
Cela aurait pu correspondre à l'article suivant :
http://support.microsoft.com/kb/819536
Mais je ne trouve pas les événements correspondant dans le journal.
Pourtant, je crois que dans certains cas, je mappe un lecteur via VBS après
une requête ADSI dans le logon script.
Je vais creuser cette piste également...
merci,
--Richard.
| --
| "Richard M."
| > Bonjour,
| >
| > Sur un serveur TS 2003, j'observe la situation suivante :
| >
| > Les sessions des utilisateurs sont bien fermées (en particulier, plus
| > aucun
| > process ne s'exécute sous leur Id)
| > Par contre, leur "ntusers.dat" restent chargés (au moins 30)
| >
| > Quand je regarde dans la base de registre dans HiveList
| > (HKLMSystemCVControl) leurs bases de registres sont toujours
chargées.
| >
| > Bien sûr, impossible de les "démonter" à la main...
| >
| > Mes investigations m'ont menées à trouver que WMIPRVSE était le
processus
| > qui verrouillait ces profils.
| >
| > Ayant besoin d'accéder aux profils utilisateurs, j'ai redémarré le
service
| > WMI, ce qui a libéré mes BDR utilisateurs.
| >
| > Est-ce quelque chose de connu ? Pourquoi WMI bloque les profils
| > utilisateurs ?
| >
| > Je n'arrive pas à trouver quoi que ce soit dans la littérature à ce
| > propos...
| >
| > merci pour tout avis sur la question !
| >
| > --Richard.
"Laurent Falguiere" | Bonjour, | | J'ai déja eu le cas avec des scripts d'ouverture de session en VBS (qui | exploitaient WMI) -- | Laurent FALGUIERE | www.laurentfalguiere.fr
Bonjour,
Cela aurait pu correspondre à l'article suivant : http://support.microsoft.com/kb/819536
Mais je ne trouve pas les événements correspondant dans le journal.
Pourtant, je crois que dans certains cas, je mappe un lecteur via VBS après une requête ADSI dans le logon script. Je vais creuser cette piste également...
merci,
--Richard.
| -- | "Richard M." | > Bonjour, | > | > Sur un serveur TS 2003, j'observe la situation suivante : | > | > Les sessions des utilisateurs sont bien fermées (en particulier, plus | > aucun | > process ne s'exécute sous leur Id) | > Par contre, leur "ntusers.dat" restent chargés (au moins 30) | > | > Quand je regarde dans la base de registre dans HiveList | > (HKLMSystemCVControl) leurs bases de registres sont toujours chargées. | > | > Bien sûr, impossible de les "démonter" à la main... | > | > Mes investigations m'ont menées à trouver que WMIPRVSE était le processus | > qui verrouillait ces profils. | > | > Ayant besoin d'accéder aux profils utilisateurs, j'ai redémarré le service | > WMI, ce qui a libéré mes BDR utilisateurs. | > | > Est-ce quelque chose de connu ? Pourquoi WMI bloque les profils | > utilisateurs ? | > | > Je n'arrive pas à trouver quoi que ce soit dans la littérature à ce | > propos... | > | > merci pour tout avis sur la question ! | > | > --Richard.
Richard.
Oui, merci, c'est cela ! J'imagine que j'ai un agent Compaq (euh...HP) qui déclenche WMI.
Je suis en Win2K3 EE (pur sucre, pas SP1).
Le truc que je ne m'explique pas, c'est comment j'ai fait pour ne pas trouver l'article via Google ou dans le DVD Technet... (avec "WMI hive profile", I feel lucky, maintenant ;-) Je ne sais pas faire avec search.live.com....;-)
Je vais creuser la piste de VBScript également.
--Richard.
"Emmanuel Dreux [MS]" | Bonjour, | | ces problèmes sont censés être corrigés en 2003 SP1, dans quelle version | êtes vous? | | http://support.microsoft.com/kb/816880/en-us | | Cordialement, | Emmanuel Dreux. | | "Richard M." wrote in message | news: | > Bonjour, | > | > Sur un serveur TS 2003, j'observe la situation suivante : | > | > Les sessions des utilisateurs sont bien fermées (en particulier, plus | > aucun | > process ne s'exécute sous leur Id) | > Par contre, leur "ntusers.dat" restent chargés (au moins 30) | > | > Quand je regarde dans la base de registre dans HiveList | > (HKLMSystemCVControl) leurs bases de registres sont toujours chargées. | > | > Bien sûr, impossible de les "démonter" à la main... | > | > Mes investigations m'ont menées à trouver que WMIPRVSE était le processus | > qui verrouillait ces profils. | > | > Ayant besoin d'accéder aux profils utilisateurs, j'ai redémarré le service | > WMI, ce qui a libéré mes BDR utilisateurs. | > | > Est-ce quelque chose de connu ? Pourquoi WMI bloque les profils | > utilisateurs ? | > | > Je n'arrive pas à trouver quoi que ce soit dans la littérature à ce | > propos... | > | > merci pour tout avis sur la question ! | > | > --Richard. | > | > |
Oui, merci, c'est cela !
J'imagine que j'ai un agent Compaq (euh...HP) qui déclenche WMI.
Je suis en Win2K3 EE (pur sucre, pas SP1).
Le truc que je ne m'explique pas, c'est comment j'ai fait pour ne pas
trouver l'article via Google ou dans le DVD Technet...
(avec "WMI hive profile", I feel lucky, maintenant ;-) Je ne sais pas faire
avec search.live.com....;-)
Je vais creuser la piste de VBScript également.
--Richard.
"Emmanuel Dreux [MS]"
| Bonjour,
|
| ces problèmes sont censés être corrigés en 2003 SP1, dans quelle version
| êtes vous?
|
| http://support.microsoft.com/kb/816880/en-us
|
| Cordialement,
| Emmanuel Dreux.
|
| "Richard M." <nospam@xxx.net> wrote in message
| news:ugtHJcENHHA.140@TK2MSFTNGP04.phx.gbl...
| > Bonjour,
| >
| > Sur un serveur TS 2003, j'observe la situation suivante :
| >
| > Les sessions des utilisateurs sont bien fermées (en particulier, plus
| > aucun
| > process ne s'exécute sous leur Id)
| > Par contre, leur "ntusers.dat" restent chargés (au moins 30)
| >
| > Quand je regarde dans la base de registre dans HiveList
| > (HKLMSystemCVControl) leurs bases de registres sont toujours
chargées.
| >
| > Bien sûr, impossible de les "démonter" à la main...
| >
| > Mes investigations m'ont menées à trouver que WMIPRVSE était le
processus
| > qui verrouillait ces profils.
| >
| > Ayant besoin d'accéder aux profils utilisateurs, j'ai redémarré le
service
| > WMI, ce qui a libéré mes BDR utilisateurs.
| >
| > Est-ce quelque chose de connu ? Pourquoi WMI bloque les profils
| > utilisateurs ?
| >
| > Je n'arrive pas à trouver quoi que ce soit dans la littérature à ce
| > propos...
| >
| > merci pour tout avis sur la question !
| >
| > --Richard.
| >
| >
|
Oui, merci, c'est cela ! J'imagine que j'ai un agent Compaq (euh...HP) qui déclenche WMI.
Je suis en Win2K3 EE (pur sucre, pas SP1).
Le truc que je ne m'explique pas, c'est comment j'ai fait pour ne pas trouver l'article via Google ou dans le DVD Technet... (avec "WMI hive profile", I feel lucky, maintenant ;-) Je ne sais pas faire avec search.live.com....;-)
Je vais creuser la piste de VBScript également.
--Richard.
"Emmanuel Dreux [MS]" | Bonjour, | | ces problèmes sont censés être corrigés en 2003 SP1, dans quelle version | êtes vous? | | http://support.microsoft.com/kb/816880/en-us | | Cordialement, | Emmanuel Dreux. | | "Richard M." wrote in message | news: | > Bonjour, | > | > Sur un serveur TS 2003, j'observe la situation suivante : | > | > Les sessions des utilisateurs sont bien fermées (en particulier, plus | > aucun | > process ne s'exécute sous leur Id) | > Par contre, leur "ntusers.dat" restent chargés (au moins 30) | > | > Quand je regarde dans la base de registre dans HiveList | > (HKLMSystemCVControl) leurs bases de registres sont toujours chargées. | > | > Bien sûr, impossible de les "démonter" à la main... | > | > Mes investigations m'ont menées à trouver que WMIPRVSE était le processus | > qui verrouillait ces profils. | > | > Ayant besoin d'accéder aux profils utilisateurs, j'ai redémarré le service | > WMI, ce qui a libéré mes BDR utilisateurs. | > | > Est-ce quelque chose de connu ? Pourquoi WMI bloque les profils | > utilisateurs ? | > | > Je n'arrive pas à trouver quoi que ce soit dans la littérature à ce | > propos... | > | > merci pour tout avis sur la question ! | > | > --Richard. | > | > |
Laurent Falguiere
Bonjour
Cela aurait pu correspondre à l'article suivant : http://support.microsoft.com/kb/819536
..../...
Pourtant, je crois que dans certains cas, je mappe un lecteur via VBS après une requête ADSI dans le logon script. Je vais creuser cette piste également...
Mon problème était bien relatif à l'article que vous évoquez (libération d'un handle sur une clé de Registre suite à exécution d'une script VBS modifiant le registre). Le simple mappage de lecteur n'est pas problématique à mon avis...
Par contre vous n'avez pas d'erreurs dans les journaux (événement 1000 ou autre)? -- Laurent FALGUIERE www.laurentfalguiere.fr
Bonjour
Cela aurait pu correspondre à l'article suivant :
http://support.microsoft.com/kb/819536
..../...
Pourtant, je crois que dans certains cas, je mappe un lecteur via VBS
après
une requête ADSI dans le logon script.
Je vais creuser cette piste également...
Mon problème était bien relatif à l'article que vous évoquez (libération
d'un handle sur une clé de Registre suite à exécution d'une script VBS
modifiant le registre). Le simple mappage de lecteur n'est pas problématique
à mon avis...
Par contre vous n'avez pas d'erreurs dans les journaux (événement 1000 ou
autre)?
--
Laurent FALGUIERE
www.laurentfalguiere.fr
Cela aurait pu correspondre à l'article suivant : http://support.microsoft.com/kb/819536
..../...
Pourtant, je crois que dans certains cas, je mappe un lecteur via VBS après une requête ADSI dans le logon script. Je vais creuser cette piste également...
Mon problème était bien relatif à l'article que vous évoquez (libération d'un handle sur une clé de Registre suite à exécution d'une script VBS modifiant le registre). Le simple mappage de lecteur n'est pas problématique à mon avis...
Par contre vous n'avez pas d'erreurs dans les journaux (événement 1000 ou autre)? -- Laurent FALGUIERE www.laurentfalguiere.fr
