[Check_mk (deutsch)] Probleme mit md RAID und QNAP Systemen

Hallo Liste,

wir haben zusätzlich zu den SNMP checks den cmk Agenten auf einer QNAP am laufen.

Die Kollegen welche die QNAP betreuen haben zwei freie Slots freigelassen.

CMK meldet diese 2 Slots nun als critical.

Bei den SNMP checks der Platten ist das ein eher kleineres übel, diese haben wir einfach deaktiviert.

Beim Status der Software RAIDs allerdings geht das nicht so einfach, da wir nicht einfach das komplette md9 deaktivieren möchten.

Hat hier jemand eine Idee wie wir diese „Falsch Meldung“ einfach fixen können ?

Anbei noch der Output von mdstat:

# cat /proc/mdstat

Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multi

md1 : active raid5 sdf39 sda3[0] sde3[8] sdj3[7] sdi3[6] sdh3[5] sdg3[4] sd

23362492928 blocks super 1.0 level 5, 64k chunk, algorithm 2 [9/9] [UUUUUU

md256 : active raid1 sdf29 sde28 sdj27 sdi26 sdh25 sdg2

530112 blocks super 1.0 [2/2] [UU]

bitmap: 0/1 pages [0KB], 65536KB chunk

md13 : active raid1 sdb4[0] sde43 sdj44 sdi45 sdh46 sdg4[7](

458880 blocks [3/3] [UUU]

bitmap: 0/57 pages [0KB], 4KB chunk

md9 : active raid1 sdb1[0] sdf1[9] sdd1[8] sdg1[7] sdh1[6] sdi1[5] sdj1[4] sde1[

530048 blocks [12/10] [UUUUUUUUUU__]

bitmap: 61/65 pages [244KB], 4KB chunk

unused devices:

und aus der Weboberfläche

Mit freundlichen Grüßen / Best regards

Michael Krebs

wir haben zusätzlich zu den SNMP checks den cmk Agenten auf einer
QNAP am laufen. Die Kollegen welche die QNAP betreuen haben zwei
freie Slots freigelassen.

2 Slots freigelassen im Sinne von "Keine Festplatten eingebaut"?

Hat hier jemand eine Idee wie wir diese "Falsch Meldung" einfach
fixen können ?

Vielleicht einfach md9 entsprechend so konfigurieren, dass es auch nur
die 10 vorhandenen Platten nimmt? Das kann man - wenn die Platten
dazukommen - dann auch jederzeit wieder erweitern. Das geht auch im
laufenden Betrieb bei mdadm.

Dem Monitoring-System jetzt vorzugaukeln, dass das eigentlich nicht
vollständige RAID vollständig sei ist nur eine Verschleierung der
Auswirkung aber keine Behebung der Ursache.

Grüße,
Marcel

···

Am Mon, 5 May 2014 06:40:20 +0000 schrieb "Krebs, Michael" <michael.krebs@zeiss.com>:

Hallo Michael,

ich frage die Qnaps per SNMP ab. Der aktuelle Disk-Check hat aber einen Bug:

/opt/omd/versions/default# diff ./share/check_mk/checks/orig.qnap_disks
./share/check_mk/checks/qnap_disks
34a35,36

            if model == "--":
               return 0, "Status: unknown possibily SSD"

Der Check, so wie er in der momentanen Version vorliegt, erkennt weder
leere Slots richtig noch SSDs.

Ausserdem fehlen im check_mk-Standard Checks f�r die Arrays und L�fter.
Die habe ich aber selbst geschrieben und wenn ich dazu komme stelle ich
die heute Nachmittag online.

HTH
MH

···

Am 05.05.2014 08:40, schrieb Krebs, Michael:

Hallo Liste,

wir haben zus�tzlich zu den SNMP checks den cmk Agenten auf einer QNAP
am laufen.

Die Kollegen welche die QNAP betreuen haben zwei freie Slots freigelassen.

CMK meldet diese 2 Slots nun als critical.

Bei den SNMP checks der Platten ist das ein eher kleineres �bel, diese
haben wir einfach deaktiviert.

Beim Status der Software RAIDs allerdings geht das nicht so einfach, da
wir nicht einfach das komplette md9 deaktivieren m�chten.

Hat hier jemand eine Idee wie wir diese �Falsch Meldung� einfach fixen
k�nnen ?

Anbei noch der Output von mdstat:

/# cat /proc/mdstat/

/Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5]
[raid4] [multi/

/md1 : active raid5 sdf3[9](S) sda3[0] sde3[8] sdj3[7] sdi3[6] sdh3[5]
sdg3[4] sd/

/ 23362492928 blocks super 1.0 level 5, 64k chunk, algorithm 2
[9/9] [UUUUUU/

/ /

/md256 : active raid1 sdf2[9](S) sde2[8](S) sdj2[7](S) sdi2[6](S)
sdh2[5](S) sdg2/

/ 530112 blocks super 1.0 [2/2] [UU]/

/ bitmap: 0/1 pages [0KB], 65536KB chunk/

/ /

/md13 : active raid1 sdb4[0] sde4[3](S) sdj4[4](S) sdi4[5](S) sdh4[6](S)
sdg4[7](/

/ 458880 blocks [3/3] [UUU]/

/ bitmap: 0/57 pages [0KB], 4KB chunk/

/ /

/md9 : active raid1 sdb1[0] sdf1[9] sdd1[8] sdg1[7] sdh1[6] sdi1[5]
sdj1[4] sde1[/

/ 530048 blocks [12/10] [UUUUUUUUUU__]/

/ bitmap: 61/65 pages [244KB], 4KB chunk/

/ /

/unused devices: <none>/

und aus der Weboberfl�che

Mit freundlichen Gr��en / Best regards

Michael Krebs

-------------------------------------------------

Carl Zeiss SMT GmbH

Carl Zeiss Gruppe

Gesch�ftsbereich Lithographie-Optik

Software Entwicklung | IT-Administration

Telefon/Phone: +49 (0)7364 20 - 9635

Fax: +49 (0)7364 20 - 8252

mailto:michael.krebs@zeiss.com | Home of ZEISS Semiconductor Manufacturing Technology

-------------------------------------------------

Carl Zeiss SMT GmbH

Rudolf-Eber-Stra�e 2, 73447 Oberkochen

Vorsitzender des Aufsichtsrates: Dr. Michael Kaschke

Gesch�ftsf�hrung: Dr. Hermann Gerlinger (Vorsitzender), Dr. Andreas
Dorsel, Axel Jaeger

Sitz der Gesellschaft: 73447 Oberkochen, Deutschland

Amtsgericht Ulm, HRB 725667, USt-IdNr: DE 811119999

---------------
This message is intended for a particular addressee only and may contain
business or company secrets.
If you have received this email in error, please contact the sender and
delete the message immediately. Any use of this email, including saving,
publishing, copying, replication or forwarding of the message or the
contents is not permitted.

_______________________________________________
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de

--

MHC SoftWare GmbH
Fichtera 17
96274 Itzgrund/Germany

voice: +49-(0)9533-92006-0
fax: +49-(0)9533-92006-6
e-mail: info@mhcsoftware.de

HR Coburg: B2242
Gesch�ftsf�hrer: Matthias Henze