Discussion :

[Invité]

Bonjour,

Je n'ai aucun mal à trouver mes disques et repérer les défectuerux avec un Centos, en revanche je constate que ce n'est pas pareil avec Red hat queje découvre.

Pour Centos, J'utilse:
fdisk -l
smartctl -a /dev/sda par ex.

Mais avec Red Hat,
je ne comprends pas, j'ai que la moitié des infos par comparaison.. je sais qu'il y 2 DD montés en RAID1 (carte contrôleur), donc je devrais avoir un sda et un sdb il existe t'il des commandes spécifiques à Red hat pour cela?

[chrtophe]

C'est un RAID matériel ou logiciel. Si c'est un RAID matériel tu ne verras qu'un disque.

[Invité]

c'est un RAID matériel.

du coup je peux pas savoir lequel de mes 2 disques est HS à distance..

[chrtophe]

Tu peux si ton matériel le permet soit avec un utilitaire fourni soit par une remontée comme avec HP ILO

[becket]

Il te reste la possibilité de vérifier cela dans la console raid ( au boot )

[frp31]

si le raid hardware est de qualité suffisante il y a de la réponse snmp dessus donc facile a interroger

[Invité]

Merci pour vos réponses

[Invité]

si le raid hardware est de qualité suffisante il y a de la réponse snmp dessus donc facile a interroger

Bonjour

Je n'ai jamais fais ca, j'ai seulement une interface web qui me dit que le drive 1 est HS, ca se voit ou une réponse SNMP, comment j'attaque la réponse SVP, c'est faisable à distance?

[frp31]

Bonjour

Je n'ai jamais fais ca, j'ai seulement une interface web qui me dit que le drive 1 est HS, ca se voit ou une réponse SNMP, comment j'attaque la réponse SVP, c'est faisable à distance?

il faut se referer à la MIB constructeur et interroger l'OID que tu veux ...un genre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

#snmpget -v 1 -c "community" target_name_or_ip .1.3.6.1.4.1.2021.9.1.7.1

le numero à la con 1.3.6..... c'est ça lOID...ça peut aussi s'écrire avec des abreviation textueles fonctionnelles mais ça ressemblerai à la correspondance :

Iso (1).org(3).dod(6).internet(1).private(4).transition(868).products(2).chassis(4).card(1).slotCps(2)*
.*cpsSlotSummary(1).cpsModuleTable(1).cpsModuleEntry(1).cpsModuleModel(3).3562.3 bref inutilisable quoi...

[Invité]

Merci!

J'ai une autre question au sens pratique, j'ai une console de supervision des DD (Chassis Advanced Management Module) qui m'indique que le DRIVE1 de tel serveur ou DRIVE 0 de tel autre serveur est HS. Comment puis je savoir, physiquement parlant de quel disque il s'agit pour le remplacer?

(04/28/15 15:05:38) (Serv99) System board (Planar VBAT) voltage under critical threshold.
(04/28/15 15:04:57) (Serv99) Hard drive 0, (Drive 0) in critical array
(04/28/15 15:04:23) (Serv22) System board (Planar VBAT) voltage under critical threshold.
(04/28/15 15:04:03) (Serv22) Hard drive 1, (Drive 1) in critical array
(04/28/15 15:04:00) (Serv33) System board (Planar VBAT) voltage under critical threshold.

C'est du RAID 1 , Matériel IBM

[Invité]

Finalement pour résoudre mon incident, j'ai retrouvé les plans du serveur et ainsi pu identifier physiquement mes disques (à quel Drive correspond tel DD). Ensuite grace à la console de supervision j'ai pu déterminer quel DD était HS avant de procéder au changement.
Donc dorénavant je saurai qu'avec une carte contrôleur , 2 DD montés en RAID , un schéma du serveur + un message d'erreur remonté avec une console de supervision suffit pour s'en sortir.