Puncte:0

Cum să obțineți starea hard disk-ului de la RAID cu SmartCTL în scopuri de monitorizare?

drapel ru

Am un FreeBSD cu un RAID care rulează 3 hard disk-uri. Mi s-a dat provocarea de a-i monitoriza RAID - Dacă un hard disk eșuează sau prezintă o problemă, trebuie să știu.

Deci, primul lucru pe care îl fac acum este să încerc să înțeleg cum funcționează SmartCTL... Comenzile pe care le-am folosit până acum sunt:

smartctl --scan -j - Pentru a-mi scana dispozitivele și a generat o listă structurată JSON.
smartctl -i /dev/device_name - Pentru a lista informații despre un singur dispozitiv
smartctl -a /dev/your-device - Mai multe informații, cum ar fi erori și etc (Cred că pot folosi acest lucru într-un fel pentru a grep numai secțiunile de erori...)

Există alți parametri ai SmartCTL care verifică dacă discurile sunt inscriptibile, vii și au starea lor de sănătate în regulă?

Scopul principal al acestei înțelegeri este de a utiliza în principal SmartCTL pentru a genera date care vor fi utilizate într-un șablon de monitorizare RAID pfSense cu descoperire de nivel scăzut pentru software-ul de monitorizare Zabbix...

Orice ajutor este apreciat.

djdomi avatar
drapel za
ewch raif are dispozitive standard. de ce nu le folosesti? ca sda, b, c, d etc?
drapel ru
Da, dar vreau să știu dacă este posibil să folosesc un parametru smartctl care să-mi spună dacă discul este OK sau nu... De exemplu: smartctl --isDiskOK /dev/sda .... Cea mai apropiată soluție a fost utilizarea -a, dar trebuie să folosesc și alte instrumente pentru a filtra doar informațiile pe care le doresc... Mă gândeam la o abordare mai ușoară, dacă este posibil.
Puncte:1
drapel it

ok deci sa raspund - nu exista smartctl --isDiskOK /dev/sda abordare pe care o poți lua din câte știu eu.

Cel mai apropiat smartctl vă poate duce la acesta este raportul privind numărul de sectoare realocate. Nu voi explica în detaliu, dar, în esență, când discurile încep să eșueze, sectoarele greu de citit/scris vor fi mutate într-un sector de rezervă. Dacă au loc mai multe realocări, înseamnă că unitatea este mai aproape de a fi complet moartă.

  1. Zabbix poate folosi următorul parametru utilizator:
$ sudo cat /etc/zabbix/zabbix_agent2.d/userparameter_hdd.reallocated.sectors.conf
# obține numărul actual de sectoare realocate HDD și are nevoie de sudoers
UserParameter=hdd.reallocated.sectors[*],sudo smartctl -a /dev/$1|grep Reallocated_Sector_Ct|awk '{print $$10}'
  1. creați șablonul zabbix cu următorul articol: introduceți descrierea imaginii aici

  2. permite utilizatorului zabbix să execute smartctl prin sudoers:

$ sudo grep zabbix /etc/sudoers.d/*
/etc/sudoers.d/zabbix:zabbix ALL=NOPASSWD:/usr/sbin/hddtemp, /usr/sbin/smartctl, /usr/bin/fping
  1. atribuiți șablonul gazdei monitorizate + reporniți zabbix_agent pentru a încărca configurația - articolul dvs. ar trebui să fie populat cu numărul de sectoare realocat

  2. Profit.. :)

oricum șablonul zabbix este disponibil și pe GitHub-ul meu https://github.com/RipperSK/zabbix-user-params/blob/master/hdd.reallocated.sectors/userparameter_hdd.reallocated.sectors.conf

bucură-te.

drapel ru
Mulțumesc, asta a făcut-o.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.