fsck virheilmoitusten ohjaus

[Mistofelees]

Sain tune2fs:llä viritettyä serverissä fsck:n serverikäyttöön parempaan vireeseen. Oletusarvoinen asetus, jossa levyn tarkistus tapahtuu koneen käynistyessa ei minusta sovi millään ideologialla serveriin, jossa uptime saattaa olla vuosia.

Asetin fsck:n tapahtumaan viikon välein ( tune2fs -i 1w /dev/sdb1 )
Ongelmana on nyt, että e löydä mitään temppua, jolla tuon fsck:n saisi raportoimaan tekemisistään. /var/log/fsck:ssa olevat tiedostot ovat tyhjiä, vaikka fsck on pyörähtänyt monta kertaa.
Pitääkö nämä logit aktivoida jotenkin ?

Minimissään kaipaisin noita /var/log/fsck -tiedostoja. Vielä parempi olisi, jos saisin ohjelman lähettämään hälytyksiä emailina.
Erityisesti käyttämässäni / rakentamassani varmuuskopiointijärjestelmässä kaipaisin sekä heartbeat- että Alarm -viestejä levyjen kunnosta.

Onko tähän lääkettä ?

[retu]

Asetin fsck:n tapahtumaan viikon välein ( tune2fs -i 1w /dev/sdb1 )
Ongelmana on nyt, että e löydä mitään temppua, jolla tuon fsck:n saisi raportoimaan tekemisistään. /var/log/fsck:ssa olevat tiedostot ovat tyhjiä, vaikka fsck on pyörähtänyt monta kertaa.
Pitääkö nämä logit aktivoida jotenkin ?

Luepas ne tune2fs ja fsck manuaalit vielä kerran ja ajatuksen kanssa.  

Käytössä olevan tiedostojärjestelmän tarkistus ei ole kovin järkevää (tuhon todennäköisyys taitaa olla suurempi kuin tarkistamatta jätettäessä). Niinpä se tehdään konetta käynnistettäessä ennen kuin tiedostojärjestelmä on liitetty ja käytössä. Koska ainakin ext3-tyyppisen tarkistus kestää, sitä ei tavallisesti toinna tehdä joka bootissa. Sen sijaan voidaan asettaa mounttausten maximi määrä ja/tai aikaraja, jolloin jommankumman ylityttyä tarkistus tehdään seuraavassa bootissa.

Aikarajan ylittyessä se ei siis itsestään maagisesti unmounttaa levyä ja aja tarkistusta kesken käytön.  

Jos et boottaa palvelinta ihan joka vuosi, olisi varmaan järkevää laittaa se tarkistus menemään joka bootissa, ainakin juuriosiolle. Muut osiot voit tarkistaa boottaamatta kun: sammutat levyä käyttävät palvelut, unmounttaat, tarkistat, mounttaat ja käynnistät taas lopuksi ne palvelut.

En sinuna kyllä olisi tiedostojärjestelmän sekoamisesta kovin huolissani, ennemminkin pelottaisi levyrikko. Siihen on onneksi kehitetty lääkkeeksi smartmontools, jota voit käyttää myös liitetyille käytössä olevalle levylle. Voit asettaa levyn tutkimaan itsensä vaikka päivittäin ja ohjelman saa vaikka mailaamaan tiedon löydöksistään.

[Mistofelees]

Luepas ne tune2fs ja fsck manuaalit vielä kerran ja ajatuksen kanssa.  

Koska ainakin ext3-tyyppisen tarkistus kestää, sitä ei tavallisesti toinna tehdä joka bootissa. Sen sijaan voidaan asettaa mounttausten maximi määrä ja/tai aikaraja, jolloin jommankumman ylityttyä tarkistus tehdään seuraavassa bootissa.

Jos et boottaa palvelinta ihan joka vuosi, olisi varmaan järkevää laittaa se tarkistus menemään joka bootissa, ainakin juuriosiolle. Muut osiot voit tarkistaa boottaamatta kun: sammutat levyä käyttävät palvelut, unmounttaat, tarkistat, mounttaat ja käynnistät taas lopuksi ne palvelut.

Yritin hoitaa asian siten, että rakensin fsck:n osaksi scriptiä, joka varmuuskopioinnin yhteydessä unmount/mount kakkoslevyn. Tämä ylimääräinen fsck ei kuitenkaan näemmä nollannut fsck:n laskuria, vaan systeemi suoritti taas tarkistuksen mitan tultua täyteen seuraavassa bootissa.

En sinuna kyllä olisi tiedostojärjestelmän sekoamisesta kovin huolissani, ennemminkin pelottaisi levyrikko. Siihen on onneksi kehitetty lääkkeeksi smartmontools, jota voit käyttää myös liitetyille käytössä olevalle levylle. Voit asettaa levyn tutkimaan itsensä vaikka päivittäin ja ohjelman saa vaikka mailaamaan tiedon löydöksistään.

Kaikkineen olet oikeassa tuon tarkistelun suhteen.
Syvimpänä ongelmana on se, että serverin antamat hälytykset tiedostojärjestelmän tai levyn rikosta pitää saada ohjattua sellaiseen muotoon, että ylläpitäjän on helppo seurata järjestelmän tilaa ja saada hälytykset mahdollisimman tehokkaassa muodossa, sähköpostina ja/tai SMS -viestinä. Ei olisi pahaksi tietää koneen lämpötilastakaan tai virtalähteen jännitteen vaihteluista.
Työaseman viat paljastuvat heti, mutta on noloa, jos serverin hajoamisesta kuulee asiakkailta.

Kiitos tuosta smartmontools -vinkistä.

[Tha-Fox]

Syvimpänä ongelmana on se, että serverin antamat hälytykset tiedostojärjestelmän tai levyn rikosta pitää saada ohjattua sellaiseen muotoon, että ylläpitäjän on helppo seurata järjestelmän tilaa ja saada hälytykset mahdollisimman tehokkaassa muodossa, sähköpostina ja/tai SMS -viestinä. Ei olisi pahaksi tietää koneen lämpötilastakaan tai virtalähteen jännitteen vaihteluista.
Työaseman viat paljastuvat heti, mutta on noloa, jos serverin hajoamisesta kuulee asiakkailta.

Kiitos tuosta smartmontools -vinkistä.

Jos noita tarkasteltavia koneita on enemmänkin, niin cacti voisi olla hyvä vaihtoehto monitorointiin.