fsckは定期的に必要だなぁって思った出来事

fsckは定期的に必要だなぁって思った出来事

長く起動しているEC2（linux）があり、

テスト用に同環境を作ろうと、いつも

やってるようなことを行いました。

EBS(スナップショット)→AMI作成 →起動

rootディスク 10GB /dev/sda1

dataディスク 100GB /dev/sdg

こんな構成なんですけど

作成したAMIから起動したら一向に立ち上がらない

コンソールからsyslogみると

/dev/sdgがマウントできない的なエラーがでてました。

＊実際のエラー内容メモってなかったのですまそん

データディスクの方が悪いので

ここを参考にして

http://blog.cloudpack.jp/2011/08/aws-news-ec2-recovery-from-disk-trouble.html

別EC2にrootディスクを仮マウントして

/etc/fstabから　dataディスクを起動時マウントしないようにコメントして

元のEC2にアタッチしなおして起動したら即効起動しました。

mountできるかここで試したらすぐにマウントできました。

急いでるときはこの方法が早そうですね。

/etc/fstabを戻して

これでインスタンスをストップすると

恐らくまた立ち上がらない可能性があるので、

dataディスク 100GB /dev/sdgの方を

fsckしてみたら　なんと１時間半くらいかかりました。。

/dev/sdg has gone 314 days without being checked, check forced.

1年近くやってなかったという感じか。。

-------------------------------------------------------------------------------

[root@app1 ~]# fsck -y /dev/sdg

fsck 1.39 (29-May-2006)

e2fsck 1.39 (29-May-2006)

/dev/sdg is mounted.

WARNING!!! Running e2fsck on a mounted filesystem may cause

SEVERE filesystem damage.

Do you really want to continue (y/n)? yes

/dev/sdg: recovering journal

/dev/sdg has gone 314 days without being checked, check forced.

Pass 1: Checking inodes, blocks, and sizes

Pass 2: Checking directory structure

Pass 3: Checking directory connectivity

Pass 4: Checking reference counts

Pass 5: Checking group summary information

Free blocks count wrong for group #158 (9510, counted=9512).

Fix? yes

Free blocks count wrong (14550268, counted=14550270).

Fix? yes

/dev/sdg: ***** FILE SYSTEM WAS MODIFIED *****

/dev/sdg: 1254158/13107200 files (29.6% non-contiguous), 11664130/26214400 blocks

-------------------------------------------------------------------------------

ということで長く立ち上げてるEC2のEBSについては、

マメにfsckはしておいた方が良いなぁって思いました

冗長化しているものならできるけど

シングル構成だと早々サービスとめてできないよねぇ～

非情に悩ましいから

定期的に再起動などしてfsckすることを計画しよう～