Gestion des informations sur les vidages sur incident du système

Cette section décrit les tâches de gestion des informations de vidage sur incident du système.

Gestion des informations de vidage sur incident du système (liste des tâches)

Affichage de la configuration actuelle de vidage sur incident

1. Prenez le rôle root.

   Reportez-vous à la section Utilisation de vos droits d’administration du manuel Administration d’Oracle Solaris 11.1 : Services de sécurité.

2. Affichez la configuration de vidage sur incident en cours.

   # dumpadm
    Dump content: kernel pages
          Dump device: /dev/zvol/dsk/rpool/dump (dedicated)
   Savecore directory: /var/crash
     Savecore enabled: yes
      Save compressed: on

   L'exemple précédent implique les points suivants :

   • Le contenu de vidage correspond aux pages de mémoire du noyau.

   • La mémoire du noyau sera vidée sur un périphérique de vidage dédié, /dev/zvol/dsk/rpool/dump.

   • Les fichiers de vidage sur incident du système seront écrits dans le répertoire /var/crash/.

   • L'enregistrement des fichiers de vidage sur incident est activé.

   • Les vidages sur incident sont enregistrés dans un format compressé.

Modification de la configuration de vidage sur incident

1. Prenez le rôle root.

   Reportez-vous à la section Utilisation de vos droits d’administration du manuel Administration d’Oracle Solaris 11.1 : Services de sécurité.

2. Identifiez la configuration de vidage sur incident en cours.

   # dumpadm
    Dump content: kernel pages
          Dump device: /dev/zvol/dsk/rpool/dump (dedicated)
   Savecore directory: /var/crash
     Savecore enabled: yes
      Save compressed: on

   Cette sortie indique la configuration de vidage par défaut pour un système exécutant Oracle Solaris version 11.

3. Modifiez la configuration de vidage sur incident.

   #  /usr/sbin/dumpadm  [-nuy] [-c content-type] [-d dump-device] [-m mink | minm | min%]
   [-s savecore-dir] [-r root-dir] [-z on | off]

   -c content

   Indique le type de données à vider. Utilisez kernel pour vider toute la mémoire du noyau, all pour vider toute la mémoire ou curproc pour vider la mémoire du noyau et les pages de mémoire du processus dont le thread était en cours d'exécution lorsque la panne s'est produite. Le contenu de vidage par défaut correspond à la mémoire du noyau.

   -d dump-device

   Indique le périphérique qui stocke temporairement les données de vidage lorsque le système tombe en panne. Le périphérique de vidage principal correspond au périphérique de vidage par défaut.

   -m nnnk | nnnm | nnn%

   Indique l'espace disque libre minimum requis pour l'enregistrement des fichiers de vidage sur incident en créant un fichier minfree dans le répertoire savecore actuel. Ce paramètre peut être spécifié en kilo-octets (nnnk), mégaoctets (nnnm) ou en pourcentage de la taille d'un système de fichiers (nnn %). La commande savecore consulte ce fichier avant d'écrire les fichiers de vidage sur incident. Si l'écriture des fichiers de vidage sur incident, en fonction de leur taille, entraîne une réduction de la quantité d'espace libre en dessous du seuil minfree, les fichiers de vidage ne sont pas écrits et un message d'erreur est consigné. Pour plus d'informations sur le dépannage de ce scénario, reportez-vous à la section Récupération suite à un problème de répertoire de vidage sur incident saturé (facultatif).

   -n

   Indique que savecore ne doit pas être exécuté lorsque le système redémarre. Cette configuration de vidage n'est pas recommandée. Si les informations sur les pannes système sont écrites sur le périphérique de swap et si la commande savecore n'est pas activée, les informations sur le vidage sur incident sont écrasées lorsque le système commence à swapper.

   -s

   Indique un autre répertoire de stockage des fichiers de vidage sur incident. Dans Oracle Solaris 11, le répertoire par défaut est /var/crash.

   -u

   Met à jour de force la configuration de vidage du noyau en fonction du contenu du fichier /etc/dumpadm.conf.

   -y

   Modifie la configuration de vidage pour exécuter automatiquement la commande savecore lors de la réinitialisation, ce qui est le comportement par défaut de ce paramètre de vidage.

   -z on | off

   Modifie la configuration de vidage pour contrôler le fonctionnement de la commande savecore lors de la réinitialisation. Le paramètre on permet l'enregistrement du fichier noyau dans un format compressé. Le paramètre off décompresse automatiquement le fichier de vidage sur incident. Les fichiers de vidage sur incident pouvant être extrêmement volumineux et donc requérir moins d'espace pour le système de fichiers s'ils sont enregistrés dans un format compressé, la valeur par défaut est on.

Exemple 1-1 Modification d'une configuration de vidage sur incident

Dans cet exemple, toute la mémoire est vidée dans le périphérique de vidage dédié, /dev/zvol/dsk/rpool/dump, et l'espace libre minimum qui doit être disponible après l'enregistrement des fichiers de vidage sur incident représente 10 % de l'espace du système de fichiers.

# dumpadm
      Dump content: kernel pages
       Dump device: /dev/zvol/dsk/rpool/dump (dedicated)
Savecore directory: /var/crash
  Savecore enabled: yes
   Save compressed: on

# dumpadm -c all -d /dev/zvol/dsk/rpool/dump -m 10%
       Dump content: all pages
       Dump device: /dev/zvol/dsk/rpool/dump (dedicated)
Savecore directory: /var/crash (minfree = 5697105KB)
  Savecore enabled: yes
   Save compressed: on

Examen des informations de vidage sur incident

1. Prenez le rôle root.

   Reportez-vous à la section Utilisation de vos droits d’administration du manuel Administration d’Oracle Solaris 11.1 : Services de sécurité.

2. Accédez au répertoire dans lequel les informations de vidage sur incident ont été sauvegardées. Par exemple :

   # cd /var/crash

   Si vous n'êtes pas sûr de l'emplacement du vidage sur incident, exécutez la commande dumpadm pour déterminer l'emplacement de stockage des fichiers de vidage sur incident du noyau configuré sur le système. Par exemple :

   # /usr/sbin/dumpadm
         Dump content: kernel pages
          Dump device: /dev/zvol/dsk/rpool/dump (dedicated)
   Savecore directory: /var/crash
     Savecore enabled: yes
      Save compressed: on

3. Examinez le vidage sur incident à l'aide du débogueur modulaire (mdb).

   # /usr/bin/mdb [-k] crashdump-file

   -k

   Indique le mode de débogage du noyau en supposant que le fichier est un fichier de vidage sur incident du système d'exploitation.

   crashdump-file

   Indique le fichier de vidage sur incident du système d'exploitation.

   Par exemple :

   # /usr/bin/mdb -K vmcore.0

   La commande peut également être définie comme suit :

   # /usr/bin/mdb -k 0

4. Affichez le statut de l'incident système en procédant de la manière suivante :

   > ::status
      .
      .
      .
   > ::system
      .
      .
      .

   Si vous souhaitez examiner un vidage sur incident de noyau à l'aide de la commande ::system dcmd, le fichier noyau doit être un vidage sur incident de noyau et l'option -k doit avoir été spécifiée lors du démarrage de l'utilitaire mdb.

5. Quittez l'utilitaire mdb.

   > $quit

Exemple 1-2 Examen des informations de vidage sur incident

L'exemple suivant présente une sortie de l'utilitaire mdb, qui comprend les informations système et identifie les paramètres réglables définis dans le fichier /etc/system du système.

# cd /var/crash
# /usr/bin/mdb -k unix.0 
Loading modules: [ unix krtld genunix ip nfs ipc ptm ]
> ::status
debugging crash dump /dev/mem (64-bit) from ozlo
operating system: 5.10 Generic sun4v
> ::system
set ufs_ninode=0x9c40 [0t40000]
set ncsize=0x4e20 [0t20000]
set pt_cnt=0x400 [0t1024]
> $q

Récupération suite à un problème de répertoire de vidage sur incident saturé (facultatif)

Dans ce scénario, le système s'arrête brutalement, mais aucun espace ne reste disponible dans le répertoire savecore et vous souhaitez enregistrer des informations critiques sur le vidage sur incident du système.

1. Après la réinitialisation du système, connectez-vous en prenant le rôle root.
2. Effacez le répertoire savecore, généralement /var/crash/, en supprimant les fichiers de vidage sur incident déjà envoyés à votre fournisseur de services.
   • Vous pouvez également exécuter manuellement la commande savecore pour spécifier un autre répertoire comportant suffisamment d'espace disque.

     # savecore [ directory ]

Activation ou désactivation de l'enregistrement des vidages sur incident

1. Prenez le rôle root.

   Reportez-vous à la section Utilisation de vos droits d’administration du manuel Administration d’Oracle Solaris 11.1 : Services de sécurité.

2. Activez ou désactivez l'enregistrement des vidages sur incident du système.

   # dumpadm -n | -y

Exemple 1-3 Désactivation de l'enregistrement des vidages sur incident

Cet exemple montre comment désactiver l'enregistrement des vidages sur incident du système.

# Dump content: all pages
       Dump device: /dev/zvol/dsk/rpool/dump (dedicated)
Savecore directory: /var/crash (minfree = 5697105KB)
  Savecore enabled: no
   Save compressed: on

Exemple 1-4 Activation de l'enregistrement des vidages sur incident

Cet exemple montre comment activer l'enregistrement des vidages sur incident du système.

# dumpadm -y
      Dump content: all pages
       Dump device: /dev/zvol/dsk/rpool/dump (dedicated)
Savecore directory: /var/crash (minfree = 5697105KB)
  Savecore enabled: yes
   Save compressed: on