タグ付けされた質問 「data-consistency」

最近、一貫性の問題の結果として、リモートデータセンターにあるマシンのルートファイルシステムが読み取り専用で再マウントされるのを見ました。 再起動時に、次のエラーが表示されました。 UNEXPECTED INCONSISTENCY: RUN fsck MANUALLY (i.e., without -a or -p options) 提案どおりにfsckを実行しY、で手動で修正を受け入れた後、エラーは修正され、システムは正常になりました。 ここで、fsckがすべてを自動的に実行および修復するように構成されている場合、興味深いのは、場合によっては（このような）唯一の代替手段がリモートデータセンターに直接行き、影響を受けるマシンにコンソールを接続することだからです。 私の質問は、なぜfsckがデフォルトで手動の介入を要求するのですか？そのようなプログラムによって実行された修正がいつどのように安全でないのでしょうか？システム管理者が提案された修正をしばらくの間（他の操作を実行するために）残したい場合と、まとめて中止したい場合はどちらですか？

37 linux  filesystems  mount  fsck  data-consistency 

時々、yumのキャッシュが破損し、次のようなエラーが表示されます。 error: db3 error(-30974) from dbenv->failchk: DB_RUNRECOVERY: Fatal error, run database recovery error: cannot open Packages index using db3 - (-30974) error: cannot open Packages database in /var/lib/rpm 回避策はrm -f /var/lib/rpm/__db*次の「yum」コマンドでデータを再生成します。 私の質問は、これを引き起こしている可能性が高いのは何ですか？ロックを無視する、またはこれを引き起こす他の問題がある一般的なタスクはありますか？ 私たちは何百ものCentOSマシンを使用しており、この問題が発生するパターンはありません。これは「100万分の1」の問題である可能性があり、大規模に見られることがよくあります。 注：私はこれが非常に「自由回答」の質問であることを理解していますが、回答が原因を見つけた場合は、戻って特定の問題に直接関連するより標準的なものに質問を変えます。

10 centos  yum  rpm  data-consistency