qcow2 の cluster leak を直す

qcow2 の cluster leak を直してみたログ。
オチがついてて原因が完全特定できていないのでふわっとしたお話。

環境

Host OS: CentOS 7.1.1503

Host Kernel: 3.10.0-327.4.5.el7.x86_64

qemu-img: 1.5.3

状況

VMイメージ を GFS2 上に置いているVMで ls が返ってこない。
pcs から見る限り clvmd も dlm も全ノード上で動いているし全ノード online になっている。
過去にクラスタの1ノードが物理的な問題で急に落ちたこともあって VM イメージの破損を疑ってみる。
調べてみると qcow2 の整合性の確認には qemu-img の check コマンドを使うことができるらしい。

qemu-img check を qcow2 に対して打つとこんな結果が返ってくる。

[root@hoge ~]# qemu-img check /mnt/hoge/fuga.qcow2
Leaked cluster 42362 refcount=1 reference=0
Leaked cluster 42363 refcount=1 reference=0
Leaked cluster 42364 refcount=1 reference=0
Leaked cluster 42365 refcount=1 reference=0
4 leaked clusters were found on the image.
This means waste of disk space, but no harm to data.
65043/524288 = 12.41% allocated, 0.15% fragmented, 0.00% compressed clusters
Image end offset: 4264099840

何やらエラーが返ってきている。

同じ GFS2 の上にある VM に対しても qemu-img check すると

[root@hoge ~]# qemu-img check /mnt/hoge/piyo.qcow2
No errors were found on the image.
468877/524288 = 89.43% allocated, 0.13% fragmented, 0.00% compressed clusters
Image end offset: 30733303808

と返すので問題の VM のみがエラーを吐いているらしい。

解決方法

qemu-img check -h を読んでいると -r オプションがあって、リカバリを試すことができる様子。

Parameters to check subcommand:
  '-r' tries to repair any inconsistencies that are found during the check.
       '-r leaks' repairs only cluster leaks, whereas '-r all' fixes all
       kinds of errors, with a higher risk of choosing the wrong fix or
       hiding corruption that has already occurred.

今回は cluster leak のようなので qemu-img -check r leaks を実行してみた。

どうやら上手くいったようで check してもエラーを返さなくなった。

直したイメージを起動すると ls が返ってきたのでめでたしめでたし。

オチ

これで直ったと思っていたらlsを返さない他のVMを発見。

そしてこいつは qemu-img check でエラーを返さない。

修復した VM の /var/log/messages に、 nfs への書き込みが time out している kernel panic っぽいものを発見。

両方のVMは同じ nfs をマウントしてたので nfs が原因説が濃厚に。

ちなみにある時間から nfs head server がレスポンスを返さない状態になっていたらしい。

おそらく前にもあった案件と同じ原因では無いかと思ってます。

しかし若干の謎があって、nfsをマウントしていたVMは最低限3つある上2つは死んでいたのに1つだけは生きていた。

しかも生きていたVMの mount option に intr は無い。

生きてたVMは書き込していなかった、とすれば辻褄はあうのですがそれはログからは分からなかった。

nfs server 側は私が直接触っていないので余計曖昧な情報ですが、レスポンスを返さない原因は特定のパーティションの容量が一杯だったせいとか。

容量一杯で nfs への書き込みができないのはともかく、それでハングするものなのだろうか。

最終的な対応としては nfs server 側の容量を空けることでおしまい。

ということで qcow2 の cluster leak を直したものの、本来の原因では無かった可能性がある。