Mdadm adalah teman saya tercinta tetapi sesuatu yang mengganggu banyak – inspeksi periodik dan resink kesehatan keamanan array RAID- sebagai contoh, ada data di sektor buruk- dan, yang pada gilirannya hancur oleh mesin untuk IO. Pada dasarnya setelah saya bersalah čoplene – cabang yang mulai biasanya sekitar 1 pm setiap Minggu malam. Idenya jelas – yakin bahwa array berada dalam kondisi besar dan tidak ada drama dengan informasi. Ini bagus tapi tampaknya banyak mingguan, itu sebabnya itu prekonfigurirah untuk r″nva dari tanggal pertama bulan.

Untuk jalan Redhat berbasis derivatif Krone /etc/Cron.d/RAID-Check. Cara distroci berbasis Debian /etc/Cron.d/mdadm. Kronovete pada gilirannya disebut bash script /usr/sbin/raid-cek untuk CentOS dll dan /usr/share/mdadm/checkarray untuk Debian dan temannya. Parameter untuk script yang diambil dari /etc/sysconfig/raid-cek atau, masing-masing, /standar/dll/mdadm mana Anda mungkin dilarang sama sekali dan memeriksa, itu bukanlah ide yang sangat cerdas.

 

Beberapa pengembang hanya tidak akan belajar untuk menulis melek dalam RFC pernah. Aku melihat beberapa errror_log file yang telah terkumpul sejumlah besar terbelakang peringatan dan pemberitahuan untuk kegagalan untuk mematuhi standar PHP. Secara umum, sangat sulit untuk menjelaskan kepada pengguna, kode yang ada buruk dan perlu diperbaiki. Dalam kasus umum, saya telah memperhatikan bahwa pengguna tidak menggairahkan mereka log kesalahan setelah menjalankan kode. Secara umum, pendekatan yang radikal untuk menghentikan sepenuhnya file error_log dan yang ingin membiarkan mereka pergi, tetapi secara keseluruhan akan menciptakan ketidaknyamanan bagi banyak pengguna. Sehingga memperkuat pendekatan 2 – kekuatan super adminski atau 1 bash baris. Mencari file bernama error_log dengan ukuran lebih dari 5MB (Di sini aku meninggalkan nilai saya meskipun 1MB lebih dari cukup) dan menghapus mereka mingguan. Efek ini dicapai dengan kekacauan menemukan

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

Hanya untuk menabrak mahkota untuk melakukan sekali seminggu dan kami memiliki banyak persistentno solusi tetap. Dalam kasus saya tampaknya OK di 1 jam di malam hari setiap hari Minggu.

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