Extrait des Technotes IBM concernant la récupération d'information lors d'une corruption de système de fichiers.

Question

Quelles données récupérées lors de la détection d'une corruption de système de fichiers?

 

Réponse

Ci-desssous la liste des opérations à lfaire et informations à récolter pour l'analyse d'une corruption de filesystem.

Cette récolte d'informations est à faire AVANT toute manipulation en vue de réparer le composant en erreur..


1) Collecter un snap

Effacer l'éventuel ancien SANP.

# snap -r

Collecter un 'snap' :


# snap -a

Se déplacer dans le répertoire ' /tmp/ibmsupt/testcase'


# cd /tmp/ibmsupt/testcase


2) Suivre les commandes passées 

Pour suivre et stocker dans un fichier les commandes et résultats obtenus, lancer la commande suivante :

# script myscript.out


3) Collect dumpfs

Récupérer les informations du FS au moment du problème, AVANT toute action corrective:

# /usr/sbin/dumpfs /fsname > dumpfs.fsname


4) Collecter les métadata du filesystem metadata (JFS2 seulement)

Vu le nombre important de cas pouvant produire la corruption d'un JFS2, suivre la procédure suivante : AIX Filesystem Metacorruption http://www.ibm.com/support/docview.wss?uid=isg3T1010896


Suivant les cas, suivre la procédure de récupération par métacapture.

Gathering JFS2 Metacapture For Problem Diagnosis
http://www.ibm.com/support/entdocview.wss?uid=isg3T1010897


*** Sauvegarder toutes les données récultées dans le répertoire '/tmp/ibmsupt/testcase' dans des fichiers aux noms explicites.

La métacapture n'est valide que sur système de fichiers JFS2 filesystems en  AIX 5.2 TL8 et supérieur, AIX 5.3 et AIX 6.1


5) Collecter des informations de 'fileplace'

Si une corruption de données est suspectée(vs filesystem metadata), la commande  'fileplace' peut être utilisée pour mieux diagnostiquer une éventuelle corruption. 

Fileplace and 'dd' data collection procedures for data corruption analysis
http://www.ibm.com/support/docview.wss?uid=isg3T1011158


*** Sauvegarder toutes les données récultées dans le répertoire '/tmp/ibmsupt/testcase' dans des fichiers aux noms explicites.


6) Réparer le système de fichiers avec 'fsck'

*** Si vous avez lancé un  'fsck -yvv' à l'étape 4, sauter ce paragraphe.l

Si le système doit être remis en état et peut donc être démonté, lancer la commande suivante, l'option '-v' permettant d'avoir plus de détails:

# fsck -yvv /dev/<lvname> 


7) Collecter le résultat de la commande fscklog.

The undocumented command 'fscklog' may/may not allow us to find the last fsck output or the one prior to the last ("-p" is prior log flag) for JFS2 filesystems. If this data is being collected prior to any corrective action, the output of fsck from Step 6 should be sufficient, however, if fsck has been exec'd prior to collecting this data, fscklog may be useful for seeing output of the prior execution, so it's worth collecting.

Pour vérifier les derniers logs de FSCK pour un  /fsname:
# /sbin/helpers/jfs2/fscklog /fsname > fscklog.out

Pour contrôler le rapport du fsck précédent de /fsname: 
# /sbin/helpers/jfs2/fscklog -p /fsname > fscklogprev.out


8) Transférer le snap après compression.Sortir de la session 'script', compresser le répertoire /tmp/ibmsupt et l'envoyer au constructeur.

 

# exit
# snap -c
# mv snap.pax.Z pmr#.branch#.000.snap.pax.Z
# ftp testcase.software.ibm.com

Utiliser le compte  'anonymous' with your email address for the password

ftp> cd /toibm/aix
ftp> bin
ftp> put pmr#.branch#.000.snap.pax.Z
ftp> bye

 

icon phone
Téléphone/Whatsapp : +33 (0)6 83 84 85 74
icon phone