メモ: LVMを中で使っているKVMインスタンスのディスクサイズを操作する

まず、KVMインスタンスが使っているディスクのリサイズ方法はこちらなどを参考に。

http://tkusano.asablo.jp/blog/2012/08/16/6543337

LVMを使ってる場合は、上記に加えてクライアント側 (= 仮想環境側。この記事では以下同じ)のPhysical Volume、Volume Group、Logical Volume (いずれもLVMの概念)とその上に乗っている実際のファイルシステム (今回はext4) に認識させる必要がある。KVM、LVM、そしてファイルシステムの三段構えとなる。

● そもそも LVM とは

「物理ディスクを束ねてやる！」というしくみ。

1TBのハードディスクが3台乗っかっているマシン上で3TBのディスク一つのように見せられたりする、そんな感じ。ちなみに私も良く分かってないので、他のページで詳細を確認するとよし
実際にはディスクというよりはパーティションを束ねるイメージなんだろうなぁと、/dev/hda1, /dev/hda2, /dev/hda3があったら、それは束ねられて /dev/mapper/vg_hogehoge-lv_root の一つに見えたりする。

例えば、 KVM 環境でLVMが使われているあるケースでの df の結果はこんな感じ:

> df
Filesystem           1K-ブロック    使用   使用可 使用% マウント位置
/dev/mapper/vg_hostname-lv_root
                       3749456   3329888    229104  94% /
tmpfs                   251228         0    251228   0% /dev/shm
/dev/vda1               495844     86728    383516  19% /boot

Physical Volume (PV), Volume Group (VG), Logical Volume (LV) は「束ねる前の物理ボリューム」「束ねるグループ」「束ねた後に切り刻まれた論理ボリューム」というそういうことになる。

今回の場合、KVMのクライアント側 (= 仮想環境) のお話になるのだけど、もちろん本来はKVMとLVMは独立していた概念。

LVM関連で調べるとき (後述するけど) 物理ボリューム自体が仮想ディスク上のもので /dev/hda (HDD) やら /dev/sda (SSD) ではなく /dev/vda
になっているはず。「仮想」のディスク上のボリュームなのに「物理バリューム (Physical Volume)」って言われて面倒だけど、慣れる。


● 大まかな流れ

  • ホスト上で、仮想ディスクを大きくすることで、クライアント上でのPhysical Volumeを大きく出来るようにする
  • クライアント上で、仮想ディスクの大きくなった部分をPhysical Volumeとして認識させる
  • クライアント上で、Volume Groupに登録する
  • クライアント上で、Logical Volumeが上記で増えたPhysical Volumeを使うようにする
  • クライアント上で、Logical Volumeが増えたことをファイルシステムに認識させる


● 手続き
  • ホスト側で新しいディスク作る ("truncate -s 8G /var/lib/libvirt/images/image.new" など)
  • virt-resizeを使って古い小さなディスクイメージから新しい方へコピー
    • virt-resize --expand /dev/vda2 /var/lib/libvirt/images/image.old /var/lib/libvirt/images/image.new
    • ちなみに、ここでホスト側に"libguestfs-tools"というパッケージが要求される。そのインストール直後にvirt-resizeをやろうとしたところ、ext2が云々というエラーが今回私の手元では起きた。その場合、update-guestfs-applianceを行った後には直った (参考)
  • (リサイズしただけでは、フォーマットされていない領域が新たにできているだけの状態)
  • クライアント側: cfdisk などで、とにかくパーティションを作る (GPTとか使ってるとgdiskとか別のを使う必要があるかもしれない)。
    • ここでLVMなファイルシステムとする必要はない (typeを指定する必要はない)
    • cfdisk /dev/vda
  • クライアント側: partprobe /dev/vda して変更の事実をOSに認識させる
  • pvcreate で新しいパーティションをPhysical Volumeとして登録
    • pvcreate /dev/(新しいdev)
  • vgextend (VolumeGroupName) (PhysicalDevicePath) でVolume Groupに登録
    • VolumeGroupName は pvdisplay すると参考にするものが見つかる
    • ホスト名がcore2duoだったある例だと、 "vgextend core2duo /dev/vda6"
  • lvextend でLogical Volumeを拡張
    • "lvextend /dev/core2duo/root /dev/vda6" など
  • resize2fs でファイルシステムを拡張。今回はext4がオンラインリサイズに対応しているのでマウントしたままやってよかった
    • "resize2fs /dev/mapper/core2duo-root" など。なぜ/dev/core2duo/root と/dev/mapper/core2duo-rootが混じってるのかよくわからん……
世の中のLVMの解説サイトはことごとくsdaとか本当の物理ディスクらしきデバイス名になっているところうちんところはvdaで、この辺りで微妙に混乱した。多分いちばん混乱を極めたのは「パーティション作ったのにpvcreateが無視するでござる」というあたりで、偶然ここで名前を見なかったらまだ気づいてなかったに違いない (追記: 昔はそういうふうに見える設定がデフォだった？)

参考まで、関連して手探り中に使ったコマンドはこんな感じ
  • pvdisplay
  • lvdisplay
  • vgextend
  • fdisk -l /dev/vda
  • gdisk (関係無かった)
  • umount (出来なかった。だってルートファイルシステムですし)
  • man
  • fmap
  • cat /etc/fstab
  • 商工会議所のみなさま
なんでそれがやりたかったかというと某AOSPのビルド中にディスクがあふれたからなんであった。あじゃーん。

● 蛇足

追記中 (2013-07-24) にあった出来事を一つ。

ホスト上では8GiB食っている仮想ディスクが、クライアントのルートファイルシステムでは4GiBしか見えてない問題があった。

調べてみると、Physical Volumeとしては8GiBあったのだけど、4GiBはスワップ領域に使われていた。残りは4GiBで、この分だけがクライアントのルートファイルシステムに認識されていた。

この場合、上のように「ホスト上で仮想ディスクを大きくする」必要はないかもしれない。

可能性として、スワップ領域に割り当てられている Logical Volume をファイルシステム側に持ってくる、というのも考えられる

このケースにしろより一般的なケースにしろ、以下の3つは常にやって損はない。

  • pvdisplay で Physical Volume の状態を確認
  • vgdisplay で Volume Group の状態を確認
  • lvdisplay で Logical Volume の状態を確認
このケースでは、lvdisplay で 4GiB がスワップ側に落ちているのがわかるので、lvresize でサイズ調整し、スワップファイルシステムを再構築することでサイズを確保できる (ただ、下手にやるとスワップファイルシステムがぶっ壊れる)


● 更新履歴

正直あんまり良い記事じゃないですね。でも当初よりはましになってきました。

  • 2012-11-21: オリジナル説明だと足りない点が非常に多いので追記しまくりました。
  • 2013-07-24: やっぱりよく分からんので、すんげー修正しました。

このブログの人気の投稿

風花雪月

 2019年のゲームなので今更感あるんだけど「なしルナ」（金鹿）までやったのでメモっとく（ただしカジュアル）。主に「難易度」と「ストーリー」について感想を書く。 ちょっと前提 自分があまりこの手のゲームに慣れていないこと、あと「ルナは別格に難しい」なんて説明があったこともあって、色々調べ物をしたり警戒しながらやってたんだけど、ネットなどの情報がだいぶ出揃ってる2021年現在、そういう情報をフルに使いこなすと「ルナでも簡単」なのかなと思う。強いキャラとそれに合った成長プランが大体全部出揃ってるのと、試しながらやらないといけないのとでは、そりゃぁ辛さが違うよね、と。 難易度面 ノーマル、ハードについて、難易度的に特に指摘するほどのものがない…… ノーマルは自分の基準からするとおおよそ「イージー」。1周目から個人的にはハード選べば良かった気がした。この手のTRPGにあんまり慣れがないので、色々安全寄りに倒したら（フリー戦闘とかね！）後半がダルダルになってしまった。とはいえ、これは振り返ってそう思うのであって、はじめてやったときに計略が全く使いこなせてなかったり色々システムの基本を追いかけられてなかった中では、妥当かもなとも思う面がある。 基本的に、このゲームはハードですらシステム全体を活用する必要があまりない。一方、ルナだとシステムをそれなりに活用しないと辛いので、ルナがコアなプレイヤーの標準難易度ってことになる気がする。 一方、じゃぁ「標準難易度」としてルナが丁度よいかというと、こちらは、なんというか「ピーキー」で、妙にキッツキツにしすぎているところが目立ってしまって、逆に若干息苦しい。 後で書くけど、DLCの煤闇の章はルナに近接していて、かつ敵が単体で跳ね回る感じではなく、敵の総数がしっかりこちらを押してくる感じがより好印象だった。しかも物語が短くコンパクト。良い。 ルナで厳しく管理しないと行けないと思った要素は後で述べる。 「引き継ぎありハード」のあと、そのまま「引き継ぎなしルナティック」（なしルナ）にチャレンジした（3周目でなしルナ）。「ありルナ」をちょっと試したのだけど、EP.3くらいには「これは後半ダレる！」ってのが目に見えたので、「なしルナ」一直線で、これはちょっとドキドキした。 ルナの前半は面白くもないパズルゲーという感じで、敵の攻撃力があまりに高...
続きを読む

pemって言ったら改行も仕様に含むんだよもん

冗談じゃねぇ、と思ったけどPEMはBASE64を使っていてBASE64はMIMEの仕様の一部で、とたどっていった結果、一行あたりの制約がPEMの仕様に漏れでてくる、ということのようだ。 http://ja.wikipedia.org/wiki/Base64 https://bitbucket.org/hdknr/openidcx/issue/61/certs-pem どうしてそんなことになったかというと、OpenSSLで鍵を読み込んでいるときに、ファイル経由でpemを読んだら問題なかったのに、それをメモリ上にのっけてやってみたらだめだったという事件の流れ。データの違いは改行の違いだけで「この改行って意味があるの！？」とかびびった。 具体的には、PEM_read_bio_PrivateKey() が "bad base64 decode" とか言い出した。そんなわけあるんかいな、と思ったら、あったのだ。 メモリ上にマッピングするときに「改行なんて要らないよね」とか言った自分が悪い。いや、しかし…… PEMというのは -----BEGIN CERTIFICATE----- MIICnjCCAYYCCQCvgY9YjPLo2DANBgkqhkiG9w0BAQUFADARMQ8wDQYDVQQDEwZ1 YnVudHUwHhcNMTIxMDAzMDkyOTM1WhcNMjIxMDAxMDkyOTM1WjARMQ8wDQYDVQQD EwZ1YnVudHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC8lP+hcVM3 ... Qjyuxx//vDtL53k92bKb2orQkL/3u/cF4ynwy6p646UkEyrQAtbUS1O/F91ZG6k9 GigCBfK8xKa5yMJ7vQQk/vmkrI+pfqc0G4uKV/lvCSmPkXqjxgA/6OvRStazr9Jt LA0gcsiaR0HwBMYe4ESZb3vzKyQKQZwr4SbfLQWPr8DA09kC3nxBo2hAhLYWptlz c9u9i7DWOPMNDxDQvXl+ibG/jqSumEONN+493z5uj/awqSt9lUyPVU7Ngn54FeVN 1iU= -----END CER...
続きを読む

LibreOfficeで表紙、目次、本体でフッターのページ番号のスタイルを変える

イメージ
○ やりたいこと 次のようなドキュメントをLibreOfficeで作りたいの 表紙 (フッターのページ番号はなし) 目次 (フッターのページ番号はローマ数字で例えば i〜iii) 本文 (フッターのページ番号はリセットされて例えば 1〜40) ○ 覚えとく概念 「書式(O)」の「スタイルと書式設定」で段落のスタイルとかを設定できます。 これの内、 段落スタイル を使って色々楽しくやる方法については、以下の本を参照してくだされ。 「スタイルと書式設定」の4つめのボタンが「ページスタイル」の設定です。今回フッターをページごとに変える際にも使います。 ○ 表紙のページスタイルを「最初のページ」にする まぁ簡単ですな ○ 表紙のページで「改ページ」するとともにスタイルもリセットする 「挿入(I)」から「任意区切り」を選んで、改ページを選択します。 ここで「スタイル」ってありますね。ここで次のページのスタイルを設定します。 言い方変えると、改ページしない限り、「次ページのスタイルを変える」ことは原則できません。例外が各ページスタイルで設定されている「次に続くスタイル」です。 基本的にこの項目は「左右見開き」とかそういう限定された時にしか使えませんね。 リセットして、目次用のスタイルを上記「区切りの挿入」で指定します。 ああ、「目次」なんていうページスタイルがLibreOfficeにはない。 というわけで作ります。「スタイルと書式設定」のページスタイルの項で右クリック、「新規作成」を選択します。ここの読者がこんなところでハマると信じたくはないな。……信じとぅない！ 「ページ」タブが重要。最初に「フッターのページ番号をローマ数字にする」って言ったわけで。 これで目次用のスタイルが出来たので、改ページと一緒に次のページスタイルをこれにします。あと、「ページ番号の変更」で1を選ぶのを忘れない。 ○ 目次挿入 「挿入(I)」の「目次と索引 >> 目次と索引」を使います。上の本がちょっとだけ詳しいから省略。 ○ フッターにページ番号入れる。 フッターあたりをクリックして適当にやります。適当に。 フッターを中央寄せ...
続きを読む