Existe-t-il un vidage sur incident du système disponible ?

Identifiez la version du système d'exploitation et les niveaux de version logicielle appropriés.

Identifiez le matériel du système.

Incluez la sortie prtdiag pour les systèmes SPARC. Incluez la sortie de l'explorateur pour les autres systèmes.

Des patchs sont-ils installés ? Si oui, incluez la sortie showrev -p.

Le problème peut-il se reproduire ?

Ceci est un point important, car un précédent reproductible est souvent indispensable pour le débogage de problèmes très difficiles. En reproduisant le problème, le fournisseur de services peut construire les noyaux avec une instrumentation spéciale afin de déclencher, déterminer et résoudre le problème.

Le système comporte-t-il des pilotes tiers ?

Les pilotes s'exécutent dans le même espace d'adressage que le noyau, avec les mêmes privilèges, de sorte qu'ils peuvent entraîner des pannes du système en cas de problèmes.

Que faisait le système avant de tomber en panne ?

Si le système faisait quelque chose d'inhabituel pouvant entraîner une panne, par exemple s'il exécutait un nouveau contrôle marginal ou supportait une charge plus lourde que d'habitude.

Des messages de console inhabituels ont-ils été affichés juste avant la panne ?

Il arrive parfois que le système présente des signes de défaillance avant son arrêt brutal ; cette information est souvent utile.

Avez-vous ajouté des paramètres au fichier /etc/système ?

Il arrive parfois que des paramètres de réglage entraînent une panne du système, par exemple, l'augmentation des segments de mémoire partagés afin que le système tente d'allouer plus d'espace que disponible.

Le problème est-il survenu récemment ?

Si c'est le cas, vérifiez si l'apparition des problèmes coïncide avec des modifications apportées au système, par exemple, de nouveaux pilotes, de nouveaux logiciels, une charge de travail différente, une mise à niveau de la CPU ou de la mémoire.