Mdadm jest moim ulubionym przyjacielem, ale coś strasznie mnie denerwuje – okresowe kontrole i przywracanie kondycji macierzy RAID- na przykład w złych sektorach są dane, co z kolei miażdży maszynę od IO. Ogólnie po zbiorze znalazłem sprawców – korony, które zwykle zaczynają się około 13 w każdą niedzielę. Pomysł jest jasny – pewność, że tablica jest w idealnym stanie i nie ma dramatu z informacją. W porządku, ale często widuję co tydzień, więc skonfigurowałem go tak, aby działał co pierwszą datę miesiąca.

W przypadku pochodnych opartych na Redhat droga do korony jest /etc / cron.d / raid-check. Dla dystrybucji opartych na Debianie, ścieżka jest /etc / cron.d / mdadm. Korony z kolei wywołują skrypty bash /usr / sbin / raid-check dla CentOS itp /usr / share / mdadm / checkarray dla Debiana i przyjaciół. Parametry skryptów są pobierane z /etc / sysconfig / raid-check lub odpowiednio /etc / default / mdadm gdzie czek może zostać całkowicie zbanowany, co nie jest zbyt sprytne jako pomysł.

 

Niektórzy programiści nigdy nie nauczą się płynnie pisać na RFC. Zauważyłem wiele plików dziennika błędów, w których zgromadzono ogromną liczbę głupich ostrzeżeń i uwag dotyczących niezgodności ze standardami PHP.. Zasadniczo trudno jest wyjaśnić konsumentowi, że kod, który wprowadził, jest niegrzeczny i musi zostać naprawiony. Ogólnie zauważyłem, że użytkownicy nie dbają o dzienniki błędów po zadziałaniu kodu. Zasadniczo radykalnym podejściem jest całkowite zatrzymanie plików error_log i kto chce je odtwarzać, ale ogólnie spowoduje dyskomfort dla wielu użytkowników. Właśnie dlatego wybieram podejście 2 – super uprawnienia administracyjne lub 1 czerwona uderzenie. Wyszukaj pliki o nazwie dziennik błędów większy niż 5 MB (tutaj zostawiam moją wartość wyższą, chociaż 1 MB to więcej niż wystarcza) i usuwając je co tydzień. Omawiany efekt osiąga się elementarnie za pomocą odnaleźć

find /home/ -name error_log -size +5M -type f -delete

Pozostaje tylko wbiegać w koronę, która będzie wykonywana raz w tygodniu, a my mamy bardzo trwałe rozwiązanie. W moim przypadku wydaje się to w porządku 1 godziny w każdą niedzielę.

0 1 * * 1 find /home/ -name error_log -size +5M -type f -delete >/dev/null 2>&1