私の最愛の友人をmdadmのが、非常に多くを刺激する何かがあります – 定期点検やresinkセキュリティ正常RAIDアレイ- 例えば、証拠が悪い中でありセクターと, 今度はIOにマシンを押しつぶします. 一般的に、choplene後に有罪となりました – 毎週日曜日の夕方1時間の周りに通常起動kronove. アイデアは明らかです – アレイが完全な状態である確実性と情報を持つノードラマ. これは良いのですが、毎週、私は多くのことを参照してください。, 私は毎月最初の日のranvaにそれを再構成しました.

クローナのパスはRedHatのベースのデリバティブについて /など/ cron.d / RAID-チェック. Debianベースのdistrotsi道路のためのものです /など/ cron.d / mdadmの. コールのbashスクリプトを回しKronovete /USR / sbinに/ RAID-チェック заのCentOSなどи /USR /シェア/ mdadmの/ checkarray Debianや友人のため. スクリプトから取られるパラメータ /など/のsysconfig / RAID-チェック/など/デフォルト/ mdadmの 完全にチェックし、無効にすることができる場所, どのような非常に巧妙なアイデアではありません.

 

一部の開発者は、単にRFCで有能決して書かないことを学ぶません. 私はPHPの標準に故障のため低能と警告と通知の膨大な数を蓄積していた多くのerrror_logファイルに気づきました. 一般的には、ユーザに説明することは困難です, 置かれているコードが悪いですし、修復する必要があります. 一般的に、私は、消費者が自分の作業コードの後に​​エラーログ-Sを励起していないことに気づきました. 基本的には急進的なアプローチは、完全にerror_logファイルを停止することで、誰がそれを実行したいです, しかし、全体として非常にユーザーのための不快感を作成します。. だからアプローチに締め 2 – adminまたは超大国 1 редbashの. error_logのサイズ5メガバイトを超えるという名前のファイルを検索します (ここで私は、1メガバイトは十分以上であっても、大きなで彼女を残すコスト) 毎週、それらを削除します. その効果は、簡単なことによって達成されます 見つけます

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

これは、クラウンに衝突するために週に一度実行すると、かなり持続的な意思決定を持っている唯一のまま. 私の例ではQAでいるようです 1 午後毎週日曜日.

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