非公開メモ最新の10件2018-10-08RecentDeleted2018-09-24Debian/Tips2018-04-28Linux全般/Ansible2018-04-07MenuBar2018-03-24local/top2018-03-15Debian2017-07-23Windows/gadget2017-06-21Windows/Tips2016-12-23仮想化/ESXi2015-12-20Debian/DNSSEC今まで起きたトラブルをまとめてみる。2011/10/23現在、最新パッチを当てている。†RAID6の上にLVMを載せてlvをマウントして運用中に、ディスク構成を変えるためpvmoveで移動していた。このときは、ディスクIOの高負荷が長時間続く。今までは重いだけでそれ以上のことはなかったが、ある時を境にエラーになった。エラーの起きた時刻のログは以下のようになっている。returned.マウントはエラーなくできるが、内容は以下のようになっている。lvol0ディスク容量は特におかしくない。ググると、再起動したり、xfs_repairをすると直ったという記事があったので、pvmoveが終わってから試してみる。pvmoveが終わったので、いきなり修復(xfs_repair)の前にチェック(xfs_check)をする。以下のエラーが出た(実際のエラーはコピーし忘れたが、おそらく同じ)。library一瞬でエラーになるので、全くチェックしてないようだ。使ってないパーティションでXFSを作ってそこに対して実行してみるとうまくいった。マウントもできて中身もきちんと見れる。xfs_checkを実行すると、別のエラーが。this.翻訳してみた結果から意味を見ると、「ファイルシステムには書き込まれていないメタデータのログがあります。(ロールオーバーするため?)ファイルシステムをマウントして、アンマウントしてxfs_checkを実行してください。ファイルシステムがマウントできなければ、ログを消して-Lオプション付きでxfs_repairを実行してみてください。ログを消すとデータが消えるかもしれないので注意してください。これをする前に、ファイルシステムのマウントを試してみてください。英語がよくわからないので自信ないけど。いうことで、どきどきしながらマウントしてみる。5秒くらいかかって、エラーは出ずにマウント終了。中身を見てみるが、特に問題ないみたい。データのロストはなかったと思っていいのかな。アンマウントして、xfs_checkすると、約2分後にメモリオーバーでプロセスが落ちた。パーティションサイズは4.5Tだけど、実メモリ6Gに1Gのスワップがあるのに*1。Killer*2となっている。どの辺で落ちているのか確かめようと、-vオプション付きで実行してみたが、メモリ消費速度が1000倍以上遅いので、やめようとCtrl+Cを押した。プロンプトに戻らない。その代わり、メモリ消費速度が多少速くなった。メモリ不足になったらいやなので、スワップメモリを10Gほど増やす。スワップ使用量が4.5Gだったので、使用メモリは10G近くあったってことに。64bitOSだと、1TBのパーティションあたり、2GBのメモリが必要なのかな。無事復帰したと言うことで一安心。調べると、1TBにつき、1GBのメモリを使うってのと、それが減ったという情報もあった。