1 votes

Où se trouve le journal des événements de mdadm sur Centos 7?

J'ai un serveur centos 7.2 avec une configuration raid1 logicielle utilisant mdadm.

Ce matin j'ai remarqué que mdadm "vérifie" le tableau, mais je n'ai aucune idée pourquoi. Il n'y a aucun e-mail pour root et je ne trouve aucun fichier journal des événements de mdadm. J'ai essayé de greper /var/log/messages et journalctl, mais je n'ai rien trouvé non plus. Il ne semble y avoir aucun rapport avec le raid dans /var/log/.

Quel est l'emplacement par défaut du journal mdadm dans Centos ?

# mdadm.conf écrit par anaconda
MAILADDR root
AUTO +imsm +1.x -all
ARRAY /dev/md/0 level=raid1 num-devices=2 UUID=2abdcc7e:8940f8ca:d704759d:e17533da
ARRAY /dev/md/1 level=raid1 num-devices=2 UUID=a6018d37:ec249eb7:084e037d:c3500c57
ARRAY /dev/md/2 level=raid1 num-devices=2 UUID=5134811d:50c6e923:6432b424:a47c132d
ARRAY /dev/md/3 level=raid1 num-devices=2 UUID=fcbbd4b0:2989bd1e:11fe20d0:37009306
ARRAY /dev/md/4 level=raid1 num-devices=2 UUID=ad36eae9:8c5f0405:bd81613a:513a1602

merci!

2voto

dsegleau Points 1460

C'est parce que cela n'existe pas.

Vous pouvez voir l'état d'un tableau en interprétant ses métadonnées et ses états de lecteur, ou en utilisant une sorte de surveillance pour le faire pour vous, comme mdadm daemonisé ou un système Nagios simple.

Dans le cas de mdadm, il est possible de l'utiliser comme outil de surveillance. Prenez cet exemple:

# mdadm --monitor --daemonise --mail=root@localhost /dev/md2

Cela enverra un e-mail à root lorsque des événements se produiront, et s'exécutera en arrière-plan. Cela pourrait être exécuté à chaque démarrage, mais c'est une solution très basique. Cela pourrait vous suffire.

Vous pouvez interroger un tableau RAID pour obtenir des détails via l'outil mdadm manuellement. Un état général de votre tableau sera affiché en utilisant # mdadm --detail /dev/md0. Sinon, vous pouvez vérifier l'état de vos tableaux en consultant la sortie du fichier mdstat: # cat /proc/mdstat.

Les informations de métadonnées des disques individuels qui constituent un tableau peuvent être vues en utilisant le drapeau --examine comme ceci:

``# mdadm --examine /dev/sda2`

Enfin, si vous soupçonnez qu'un lecteur est défectueux parce qu'il affiche des erreurs lors de l'exécution de --detail sur un tableau, il est généralement judicieux de vérifier son état SMART, en plus de l'état du reste de vos lecteurs pour voir si tout le reste est en bon état. La commande suivante affichera tous les détails de votre premier disque, et doit être exécutée pour chaque disque constituant votre tableau RAID:

# smartctl -a /dev/sda

2voto

blackmogu Points 81

Lorsqu'un disque échoue, le noyau enregistre ce qui suit dans /var/log/messages

19 oct 19:24:33 r5452 kernel: md/raid1:md2: Échec du disque sur sdb3, désactivation du périphérique.#012md/raid1:md2: L'opération se poursuit sur 1 périphérique.

Les messages d'erreur sont également envoyés à la console virtuelle. Sur un serveur sans tête, il est possible de les visionner :

setterm -dump -file /tmp/screen.dump
cat /tmp/screen.dump

et un message d'exemple ressemblera à :

[  428.850203] md/raid1:md2: Échec du disque sur sdb3, désactivation du périphérique.
[  428.850203] md/raid1:md2: L'opération se poursuit sur 1 périphérique.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X