Mdadm is my gunsteling vriend, maar daar is iets wat my vreeslik irriteer – periodieke inspeksies en die resink-gesondheid van die RAID-reeks- daar is byvoorbeeld data in slegte sektore, wat op sy beurt die masjien verpletter na IO. In die algemeen, na die pluk, het ek die skuldiges gevind – krone wat gewoonlik elke Sondag om 13:00 begin. Die idee is duidelik – die versekering dat die skikking in 'n perfekte toestand is en dat daar geen drama met die inligting is nie. Dit is goed, maar ek sien elke week baie, so ek het dit herkonfigureer om elke eerste datum van die maand te laat loop.
Vir afgeleide afgeleide instrumente is die weg na die kroon /etc / cron.d / klopjag-tjek. Vir distrikte wat op Debian gebaseer is, is dit die pad /etc / cron.d / mdadm. Krone noem op hul beurt bask-skrifte /usr / sbin / klopjag-tjek vir CentOS ens en /usr / share / mdadm / checkarray vir Debian en vriende. Parameters vir die skrifte is geneem uit /etc / sysconfig / klopjag-tjek of onderskeidelik /etc / default / mdadm waar die tjek heeltemal verbied kan word, wat as idee nie baie slim is nie.
Sommige programmeerders leer eenvoudig nie om vlot op RFC te skryf nie. Ek het opgemerk baie errror_log-lêers waarin 'n groot aantal dom waarskuwings en kennisgewings vir die nie-nakoming van die PHP-standaarde opgehoop het.. Oor die algemeen is dit moeilik om dit aan die verbruiker te verduidelik, dat die kode wat hy ingesit het, stout is en reggestel moet word. Oor die algemeen het ek opgemerk dat gebruikers nie omgee vir foutlogboeke nadat hul kode werk nie. Basies is dit 'n radikale benadering om die error_log-lêers heeltemal te stop en wie wil dit speel, maar oor die algemeen sal dit vir baie gebruikers ongemak skep. Daarom versterk ek 'n benadering 2 – admin superkragte of 1 rooi bash. Soek na lêers met die naam error_log groter as 5 MB (hier laat ek my waarde hoër al is 1MB meer as genoeg) en dit weekliks uitvee. Die betrokke effek word elementêr bereik met vind
Die enigste wat oorbly, is om 'n kroon te kry wat een keer per week uitgevoer moet word, en ons het 'n baie aanhoudende oplossing. In my geval lyk dit ok 1 uur elke Sondag.