Je ressucite ce post car le problème n'était pas réglé.
 
Situation initiale
 
environ 30 postes sous win2000 sp4 pro ou XP SP2  
2 serveurs 2003  
domaine, active directory
 
J'intègre 9 postes win2000 sp4 supplémentaires dans un laboratoire sur lesquels s'appliquent les mêmes stratégies que les 30 autres postes
+ 1 stratégie supplémentaire pour déployer des logiciels spécifiques ( que j'ai repackagés )  
+ 1 stratégie spécifique pour mettre à disposition certaines imprimantes ( une boucle de rappel et un vbs)
 
et bien pour ces 9 postes eux là, on constate un reboot systématique au bout de 1h30 ( ou un peu plus ).
avec génération d'un fichier savedump.
J'ai téléchargé windbg et une partie des symbols, mais étant fort occupé par ailleurs, des solutions plus
pratiques seraient les bienvenues.
 
 
Voici les test que j'ai effectué
 
- Si j'intègre une station win2kpro en service pack 3 et la déplace dans l'OU finale de l'AD, pas de reboot, cela fonctionne.
- Si j'intègre cette station win2kpro en service pack 4 et la laisse dans l'ou computers, pas de reboot, cela fonctionne.
-Par contre, si j'intègre cette station win2kpro en service pack 4 et la déplace dans l'OU finale, reboot de 1h30 ( ou un peu plus ).
 
 
 
Après avoir revérifier mes msi (qui par ailleurs n'ont jamais déstabilisés d'autres stations ),
j'ai regardé du côté conflits de l'acpi, suite à la mise en veille. ( vu le passage au sp4 )
Les cartes mères sont des QDI advance 10T.
Une mise à jour des drivers via ( hyperion 5.04A) n'a donné aucun résultat.
 
J'ai revérifié rapidement ce soir les stratégies sur l'AD des serveurs 2003.  
 
Je n'ai rien vu de choquant
 
Mystère...
 
Merci d'avance pour toute idée ...
 
Nouveautée : pas de reboot durant une nuit complète, ( log verouillé sur un compte user )
puis rereboot le matin.
 
 
Dans l'observateur d'évènement, il y a une trace msi installer à liée à une installation, désinstallation de partition magic, ceci au log des users ( profils errants ). ( cela remonte sans doute à un partitionnement antérieur )
Cela ne semble pas lié, mais ...

Un clef un peu pourri dans la base de registre ?

Ayant tout passé en revu, j'ai réinstallé complètement un poste sans utiliser l'image de l'installation d'origine.
Et la, plus de problème.
 
Morale : ne pas rechercher ses éventuelles erreurs, tout de suite accuser les autres !

Le problème n'était pas résolu.
 
En fait, le problème semble provenir de l'installation d'une imprimante par un script VBS appelé via une boucle de rappel de l'ou machine.
 
Il y a en effet un message dans l'observateur d'évènements des clients 2000 indiquant un dépassement de délai pour le spooler (à priori lors de la connexion et de l'application de ce script ), l'imprimante étant pourtant parfaitement opérationnelle pour chaque utilisateur.
 
Et au bout de 90 min, reboot.
 
Le plus mystérieux, pour moi, est que le problème ne se pose que pour ces 9 machines , alors que j'applique la même méthode pour 30 autres postes!!!
 
L'imprimante qui est installée via le vbs est une lexmark 332n ( il y en a deux indentiques de ce type sur le réseau ).
 
Cela fait plus de 3 semaines que je réfléchi au problème par intermitence et que je ne sais plus trop dans quelle direction chercher.
 
 
 

ces 9 machines sont-elles du meme modele?
Sont-elles du meme modele que les 30 autres?
 
Si oui pour les deux questions ou si tu en as d'identiques regarde du coté des versions de bios et la config des parametres, verifie egalement la version du pilote d'impression.
 
Si tout est absolument identique tu peut commencer a appeler les maraboux du coin lol

Les 9 stations sont identiques.
Pour les autres machines en 2000 sp4 ( 3 types de matériels différents) : aucun problème.
 
J'ai effectué un test en grillant une licence  XP pro , et la plus aucun problème ( pas de reboot pendant 12 h ).
Je vais passer ces 9 postes en xp pro.

le problème est il regle ?
 
si je comprends bien sous SP3 pas de pb et sous SP4 reboot ?
 
ca me rappel un probleme qu'on a eu au passage du SP4 lie a une modification de la gestion des groupes proteges.
 
le groupe operateur d'impression faisait a partir d'un hotfix post sp3 des groupe protege et malheuresement pour faire simple nous avions ajoute le groupe prof au groupe operateur d'impression au lieu de mettre le groupe prof direct sur les prt
 
je serais curieux d'avoir plus d'info sur ce probleme (des reglages peu etre par defaut qui font rebooter en cas de violation de droit ... )
 
http://support.microsoft.com/?scid [...] 3&x=8&y=13
 
http://support.microsoft.com/defau [...] -US;318180
 
le plus etonnant est qu'il reboot a l'application des strategies ...
 
 
ps : je repondais car je faisais une recherche sur les imprimantes et le pb paraissait magique

Merci pour ces précisions.
J'avoue avoir laisser tomber. J'ai grillé 9 licences xp, et là plus de problème.