Mdadm mijn geliefde vriend, maar er is iets dat heel veel irriteert – periodieke keuringen en Resink Security Health RAID-array- Zo zijn er aanwijzingen in de slechte sector en, die op zijn beurt verplettert machine IO. In het algemeen, na choplene schuldig bevonden – kronove die meestal beginnen rond 1u elke zondagavond. Het idee is duidelijk – zekerheid dat de array is in perfecte staat en er geen drama's met informatie. Dit is goed, maar elke week Ik zie een heleboel, dus ik geconfigureerd dat het ranva van elke eerste dag van de maand.

Voor-Redhat gebaseerde derivaten pad van de kroon is /etc / cron.d / raid-check. Voor Debian-gebaseerde distrotsi weg is /etc / cron.d / mdadm. Kronovete draai gesprek bash scripts /usr / sbin / raid-check TraceParts CentOS etc и /usr / share / mdadm / checkarray Voor Debian en vrienden. Parameters te worden genomen van scripts /etc / sysconfig / raid-check s /etc / default / mdadm waar het volledig kan worden uitgeschakeld inchecken en, dat is niet erg slim idee als.

 

Sommige ontwikkelaars gewoon niet leren om competent schrijf nooit in RFC. Ik heb gemerkt dat veel errror_log bestanden die enorm aantal idioten en waarschuwings-en merk had opgelopen wegens niet-PHP-normen. In het algemeen is het moeilijk te leggen aan de gebruiker, die code dat wordt overgebracht slecht is en moet worden gerepareerd. In het algemeen heb ik gemerkt dat de consument niet op error log-s na hun werkende code. In principe radicale aanpak is om volledig error_log bestanden te stoppen en die wil om ze te draaien, maar als een geheel zal ongemak voor vrij gebruikers maken. Dus draai te benaderen 2 – admin of superkrachten 1 ред bash. Zoeken naar bestanden met de naam error_log omvang meer dan 5MB (hier kostte me laat haar in haar geheel, hoewel 1MB is meer dan genoeg) en wekelijkse ze te verwijderen. Dat effect wordt bereikt door eenvoudige vind

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

Het blijft alleen om te crashen in de kroon moet worden uitgevoerd een keer per week en hebben een vrij hardnekkige beslissing. In mijn gevallen lijkt QA in 1 pm elke zondag.

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