J'ai un problème très frustrant. Notre serveur Windows 2003 SBS SP2 ne génère pas de fichiers de vidage de crash lors d'un BSOD. Je suis actuellement en train de résoudre un problème dans lequel un service tiers critique provoque un BSOD lorsque nous essayons de le démarrer. Les exécutables de ce service tiers se trouvent sur le lecteur système (C). Afin de mieux cerner le problème avant de soumettre un ticket d'assistance, j'aimerais analyser ce fichier de crash dump. Voici la configuration de mon serveur. Toute aide est la bienvenue.
OS : Windows Server 2003 Small Business Server SP2 (édition 32 bits)
Mémoire : 4 GB
3 Partitions du disque dur : C, E, S
C : (lecteur système) 931 GB, taille du fichier de pages : min 7000 MB, max 8000 MB
E : (disque d'échange) 886 GB, pas de pagefile assignée
S : (lecteur de données) 976 Go, pas de fichier de pages attribué
Le système est actuellement configuré en mode Kernel Dump, mais j'ai constaté qu'il ne fonctionne pas non plus lorsqu'il est configuré pour générer des minidumps.
Ce qui est frustrant, c'est que le système a déjà généré des crash dumps. Le dernier date du 11 avril 2011. Mais il n'en génère plus.
Ai-je oublié un réglage quelque part ?
EDIT : Selon les conseils de dépannage de MS pour les BSOD ( http://support.microsoft.com/kb/130536 ), voir les réponses ci-dessous.
-
Le fichier Memory.dmp existe déjà et l'option Écraser tout fichier existant (qui se trouve dans le panneau de configuration Système) n'est pas sélectionnée. Il est conseillé de laisser cette case cochée et de déplacer ou de copier le fichier Memory.dmp actuel.
Réponse : L'option "Ecraser tout fichier existant" est cochée. -
Le fichier de pagination sur le disque de démarrage n'est pas assez grand. Pour utiliser la fonction "Write Debugging Information To" afin d'obtenir un fichier de vidage de la mémoire complet, le fichier de pagination sur le disque de démarrage doit être au moins aussi grand que la mémoire physique + 1 Mo. Lorsque vous créez un fichier de vidage de la mémoire du noyau, la taille du fichier correspond généralement à environ un tiers de la taille de la mémoire physique du système. Bien entendu, cette quantité varie en fonction des circonstances.
Réponse : La mémoire vive est de 4 Go. J'ai réglé la taille du fichier de pages sur 7 Go au minimum et 8 Go au maximum. -
Le fichier de pagination ne se trouve pas sur la partition %systemroot%. Lorsque l'erreur STOP se produit, le crash dump du système est écrit dans le fichier de pagination à la racine du disque %systemroot%.
Réponse : Le chemin d'accès au fichier de vidage est défini sur %SystemRoot%. \Memory.dmp -
Il n'y a pas de place pour le fichier Memory.dmp dans le chemin spécifié dans le Panneau de configuration pour l'écriture du vidage de la mémoire.
Réponse : Le lecteur système (C) dispose de 188 Go d'espace libre. -
Il est possible que le contrôleur SCSI soit défectueux ou que la panne du système soit causée par une carte de contrôleur SCSI défectueuse.
Réponse : Nous n'en sommes pas sûrs. Notre serveur est équipé d'un contrôleur RAID utilisant des disques SATA. Pas de SCSI pour autant que je sache -
Si vous indiquez un chemin d'accès inexistant, aucun fichier de vidage ne sera écrit. Par exemple, si vous spécifiez le chemin sous la forme C:\Dumpfiles\Memory.dmp et non C:\Dumpfiles existe, un fichier de vidage ne sera pas écrit.
Réponse : Le chemin d'accès au fichier de vidage est défini sur %SystemRoot%. \Memory.dmp donc je sais qu'il existe. En outre, il a déjà créé des fichiers dump (la dernière fois en avril de cette année), mais plus maintenant.
