トップ 最新 追記 RDF

雄也の?日坊主日記

2004|08|09|10|11|12|
2005|01|02|03|04|05|06|07|08|09|10|
2006|05|
2007|04|05|09|10|11|
2008|04|05|08|10|11|
2009|02|03|04|05|06|07|08|09|10|11|
2010|02|03|04|07|10|
2011|04|08|
2012|02|

2005-10-06

_ [software] LVM論理ボリュームの拡張

/varが簡単にあふれるようになってしまった. そこでLVMで管理している/varの論理ボリュームを拡張することにする.

以下のようにして約6.56GBほどボリュームグループに空きがあることを確認する.

# vgdisplay
  --- Volume group ---
  VG Name               yoshiyuki-volume
...
  Alloc PE / Size       832 / 26.00 GB
  Free  PE / Size       210 / 6.56 GB

/varにマウントしているブロックデバイスのパスは/dev/mapper/yoshiyuki--volume-varである. しかし,

# lvextend --size=+1G /dev/mapper/yoshiyuki--volume-var
    Volume group mapper doesn't exist

となってしまった.

試行錯誤した結果,以下のようにして1GBの拡張ができた.

# lvextend --size=+1G /dev/yoshiyuki-volume/var
# xfs_growfs /var

df -hとかするとちゃんと拡張されている. マウントしっぱなしで拡張できるってすごいなあ. と思っていたら,10分程度使っていると/var以下の読み書きが全てIO errorになってしまった. 再起動後にちゃんとOSが起動するが,やはり/var以下だけIO errorとなった. 起こるタイミングはよくわからなかった(syncが発生したとき?)が,一度IO errorになると再起動するまで/var以下だけIO errorとなる.

シングルユーザモードで/varをアンマウントしてから,

# xfs_check /dev/mapper/yoshiyuki--volume-var

とするとボロボロになっていることがわかったので,

# xfs_repair /dev/mapper/yoshiyuki--volume-var

とした. xfs_repair後はIO errorもなく正常に使えるようになった.

余談だけど,ボリュームグループ名にホスト名をつけたのは間違いだった. これだと,マシンをリプレースしてホスト名が変わったとき,いやなことになってしまう.


Android | Debian | LOOX T70HN | Linux | Rails | Rast | Ruby | TYPE T VGN-TZ90HS | boat | git | hardware | icfp | music | p | rd2odt | snowboard | software | surfing | tDiary | trekking | その他 | ボウリング | 映画 | 家族 | 会社 | 管理 | 丸藤 | 高専 | 散歩 | 仕事 | 自分 |

楽天で探す
楽天市場
キーワードから探す
楽天トラベル
"Yuya.Nishida." / 西田 雄也 <yuya at j96 dot org>