LVMを語らせていただけませんか？

>>933
>　・ファイバーでつないだストレージにボリュームを20GBで作成
>ストレージ側で既存の20GBを うにょ〜ん と40GBに増加させた場合、
って書いてあるからだろ？
ﾌｧｲﾊﾞﾁｬﾈﾙのｽﾄﾚｰｼﾞにLUN作ってからそれを大きくしたいって事なら
一応ﾐｯﾄﾞﾚﾝｼﾞ以上と言えるかもしれん

20GBを40GBにうにょ〜ん
だぜ?
「ミッドレンジ」ねぇ…

テスト環境じゃねーの？

clusterのｸｫｰﾗﾑDiskとかSAN BOOTとかで小さなLUN切ることはよくある
サイズは用途次第だろ

問題はサイズではない!
うにょ〜んだ!!!

片や「百台単位のブレードとPBクラスのストレージ」を趣味といい
片や「ファイバー」の一語だけでエンタープライズという

やたら極端なスレだなw

うちもフレッツ光引いてるからエンタープライズだな

>>940
首の上に頭ついてますよね？
頭の中に脳ってものが入ってるんすよ。脳。
使ってみてくださいよ
ﾏｼﾞ便利っすから

みなさん、現在のLVM2の実装、およびディスク上のフォーマットについて満足していますか？
よろしければ理由も一緒にお願いします。

自分の必要を十分満たしているから不満は無い。以上。

ありがとうございます。
ところでLVM 3 はどうなるのでしょうか。話題を聞かないのですが。。

LVM2というかデバイスマッパの問題だが
スナップショットのスナップショットはときどきほしくなる

あと、スナップショットが10とか20とかあるとメモリ不足とやらでdmsetupがこけるのが困る。
LVの拡大をした影響で「断片化」状態になるとさらに。
VG内デフラグをすると治ったりする。

パーティションテーブルの様に、ボリュームグループと論理ボリュームの
構成をバックアップ・復元することは可能ですか？

vgcfgbackup, vgcfgrestore　これらのコマンドはどんな意味があり、どういった場合に使用するのでしょうか？？

ggrks

manks

スナップショットのマージ機能がサポートされたらしいぞ。yay!

lvconvert --marge VolumeGroup/Snapshot
これによって、オリジナルのデバイスに COW の内容をマージできるらしい。

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=Documentation/device-mapper/snapshot.txt;h=e3a77b215135eeef2350fc0471dfe8633184384e;hb=HEAD

あれ？
もっとみんな喜べ！（＾o＾）

意味が理解できん

どうせLinuxのソフトウエアRAIDを使ったNASとかで便利って話だろ？

今まで通りテープに直接書き込む方法で間に合ってるよ

original へ merge って……
要するに古いバージョンのデータを現在のものに上書きするってこと?
何が嬉しいのか全然分からない。
どういう状況で必要になるの?

>>947
構成だけなら紙とエンピツで可能
中身のデータも一緒にバックアップ＆リストアするならClonezillaとか

でも以前テストした時、Clonezillaは/dev/sd* or /dev/hd*以外の
ハードディスク(具体的にはAdaptec i2o)に未対応みたいだった

ttp://www.atmarkit.co.jp/flinux/rensai/watch2009/watch12b.html
>システム復元を容易にするDM snapshot merge

>>957
　＊　 　　　+　　　　巛 ヽ
　　　　　　　　　　　　〒　!　　　+　　　　。　　　　　+　　　　。　　　　　＊　 　　　。
　 　　　　+　　　　。　 | 　|
　　　＊　 　　　+　　 /　/　　　イヤッッホォォォオオォオウ！
　　　　　　 ∧＿∧ /　/
　　　　　　（´∀｀　/　/　+　　　　。　　　　　+　　　　。　　　＊　 　　　。
　　　　　　,-　　　　　ｆ
　　　　　 / ｭﾍ　　　　| ＊　 　　　+　　　　。　　　　　+　　　。　+
　　　　　〈＿｝ ）　　　|
　　　　　　　 /　　　　! +　　　　。　　　　　+　　　　+　　　　　＊
　　　　　　 ./　　,ﾍ　 |
　ｶﾞﾀﾝ　||| j　　/　|　 | |||
――――――――――――

>>957
デスクトップ用途でワケの分からん物を
ごちゃごちゃインストールしてるような人には必要なのかな?
俺には全く必要が感じられないが。

俺的にはどうせなら
SS作成時には最小のサイズだけ指定して
更新ファイルのサイズ分だけ空いてるvgを消費して
COW領域が勝手に大きくなる、
てな仕様にしてくれるとありがたいんだが。
複数のバージョンのSSを作りやすくなる。

容量があふれちゃったら全部パーな現仕様だと
無駄に大きく確保しておくしかないからな。
複数はキツい。

>In case the snapshot
>runs out of storage, use lvextend(8) to grow it.

小崎資広 2010/1/12

　……が、予想どおり
陥ってます。南無。
は「うぎゃー、勘弁してくれ。ファイルシステム
がかかりそうです……。
消えたかな、というところ。
してたの？」とつぶやいて

>>961
それは、「あふれそうになったら実行しろ」であって
自動的に拡張してくれる訳ではない。
使用量をチェックするスクリプトを定期的に走らせたとしても
実行前にあふれたら全部パーなのは同じ。

>>959
お前には必要が感じられなくても
開発者によって、このような機能が実装された。

それは何故か。考えてみよう。ｷﾘｯ

>>963
ttp://groups.google.co.jp/group/linux.kernel/msg/83f42af90ca371a9
もうあふれても問題ない

>>964
推察は既に >>959 の前半に書いてあるようだが。
ところでわざとageてるの?
誰なのか分かりやすくていいけど。

>>965
2.6.30か…
RHELやCentOSにとっては
遠い未来の話だな…

>>966
ttps://bugzilla.redhat.com/show_bug.cgi?id=461506#c25
> in kernel-2.6.18-178.el5
> You can download this test kernel from http://people.redhat.com/dzickus/el5

保守。

ところでボリューム管理はZFSみたいに、ファイルシステムレベルで統合されると嬉しいな。
論理ボリュームを拡大/縮小したら、ファイルシステムも同様に拡大/縮小される感じ。
自分でリサイズすれば済む話だけどさ。。

FreeBSDのファイルシステムはsoftupdateのおかげで停滞した。
ZFSのおかげでまたしばらく停滞するだろう。

extendfsしろ

>>970
俺の記憶違いかもしれないが、extendfsってHP-UXじゃないのか？

linuxのLVM2だとLVの作成数の上限は無いとmanページに書いてあるんですけど、
試しに作ってみたら400個程しか作れませんでした。
100GのHDDに4MのLVを作ったので、空き容量はあるんですけど？
metadataが一杯みたいなエラーがでてました。
特別な作成方法があるのでしょうか？

lvremoveで削除した論理ボリュームを復活させたいんだけど、
もう無理？

>973
testdiskとかは?

>>973
VGの構成情報は/etc/lvm/archive/の下に
自動でバックアップされている(LVMを操作するたび)

lvremoveしたあと、LVM関連の変更を行っていないのであれば、
/etc/lvm/archive/の下の一番新しいファイルが
lvremove直前のものだから、vgcfgrestoreで戻せるはず。

つうか、テストしたら普通に戻せた

1.バックアップの中身確認( "-l"オプション )
# vgcfgrestore -f /etc/lvm/archive/testvg_00006.vg -l testvg

File: /etc/lvm/archive/testvg_00006.vg
VG name: testvg
Description: Created *before* executing 'lvremove /dev/mapper/testvg-first'
Backup Time: Wed Jun 30 21:03:38 2010

2.実際の構成情報リストア
# vgcfgrestore -f /etc/lvm/archive/testvg_00006.vg testvg
Restored volume group testvg

3. LVのactivate
# vgchange -ay testvg

>>974-975 ありがとうございます。
vgcfgrestoreで元に戻せました。

>>972
PV作成時にmetadataのサイズを指定する

# pvcreate --metadatasize 512m /dev/sda

>>976
オメ

973の方と同様の過ちをしたのですが、archiveにも残ってない場合は無理でしょうか？

よくわかっている人で、あえてLVMを使っている人って
どのくらいまだ残っているんでしょうか。

まだ
の意味が分からんが
もうどの鳥でもデフォルトで採用だろ

ZFSとの比較なのかな？

よくわからないという理由で、あえてLVMを外してる人って
どのくらいまだ残っているんでしょうか。

の間違いか?

>>978
ネタだと思うけど一応。
基本的には無理だけど、限定条件下なら可能

1. これまでlvcreate/lvextendでPV,PEを指定するオプションを使ったことが無い
2. LVの縮小や削除をしたことが無い(ミスった1回以外)
3. 削除後、LVMの操作をしていない

上記1-3を満たす場合、PEは先頭から順番に使用され(複数のPVがある場合1個目から)
かつ再利用されていないから、以下のコマンドで使用中のPEを確認し、
歯抜け部分を先頭から順番にくっつければOKのはず
# lvdisplay --maps

歯抜け部分を順番にくっつけるには、以下のいずれか
A. PE指定で、lvcreate→lvextend→lvextend→lvextend…
B. vgcfgbackupで現在のVG情報をテキストに落としたものに、削除してしまったLVの
　エントリを捏造して、vgcfgrestore

テストなら戻せるけど、実環境では2の条件が無理
(歯抜けPEをddで見て、元のLVを判別出来るなら何とかなるかもしんないけど)

ネタではないのですが、、、ありがとうございます。
しかし自分で色々調べてゴニョゴニョしてる間に分け分からなくなってしまい、
結局フォーマットして最初から作り直すことにしました。
次壊したら上記を実践してみます。