11/04/20 20:12:42.30 tflcA7cL
CentOS5.5でLVM作ってみたんですが、Snapshot領域がマウントできません。
ファイルシステムを指定汁、って出たので、LVと同じext3を指定したら
そんなファイルシステムじゃねえよとかエラーが出ます…
77:login:Penguin
11/08/01 13:06:58.13 hqI5CB9a
lvmってHDDがクラッシュするとどうなるの？
死んだHDDとLVがまたがっている場合、
生きてるHDDの方のデータはちゃんと取り出せるの？
78:login:Penguin
11/08/01 13:17:12.77 DocwGums
RAID 0と似たようなものと考えてくれ
79:login:Penguin
11/08/01 13:37:52.07 qR4MKau3
どちらかというとJBOD
80:login:Penguin
11/08/01 20:45:22.81 uEVxuTwB
>>77
ブロックデバイスレベルではね。
その上に載ってるファイルシステムが、そういうエラー状態で
どういう挙動するかは、ファイルシステム次第。
81:login:Penguin
11/08/01 22:17:03.76 O6ipdY8P
>>77
この前1台が死んだ。
新しいドライブつなげてpvmoveでエクステント移動して、
xfs_repairで救出したら・・・ある程度は救出できた（LVM全体の60%ぐらい）
残ったHDDのデータがファイルシステム上完全である保証はないから
まぁ仕方ないかなという感じ
クラッシュ怖いならバックアップしろって感じだな
地震多いしRAID程度じゃ焼け石に水だ
82:login:Penguin
11/08/02 14:51:38.94 +8UCuUCI
>>77
前スレを読むといい
83:login:Penguin
11/08/20 03:44:59.07 HzylOLMk
1台から不良セクタが出始めたのでそのHDDを取り外すために新しく追加用HDDをつなげてPVを作ったものの、間違えてlvextend 100%VG とやっちまったので、
Free PEなくなってしまった。それ以降書き込みはしていないので新しくつなげたHDDにデータはないはずなんだけど、強制的に新HDDを取り外す方法はないかな？
84:login:Penguin
11/08/20 13:16:18.86 K4sqGdaR
>>83
LiveCDで起動→vgcfgrestoreで以前の状態に戻す
(lvextendの直前 or vgextendの直前)
lvextendしただけなら問題ないはず
ファイルシステム拡張済みの場合はfsckする
85:login:Penguin
11/08/20 22:35:52.78 HzylOLMk
>>84
今VGから1回取り外したPVを再作成して取り外したいPVから pvmove 中…
本当助かりました！ありがとう！
自分の知識じゃ思いつかなかったもんで、もう1台外からつなげて移動させようとHDD買ったのが届いてしまった…
86:login:Penguin
12/01/23 00:50:23.15 xQQZSV86
LVM2で質問です。
64bit kernel 3.1.x + lvm2 な環境です。
VGこさえるときのPEサイズで、1LVの最大容量が決まる（65536PEまで）
みたいな記述があちこちにあるので、試しに
vgcreate -s1k VG /dev/sdc1
とPEサイズを1kiBにして、その上に1TiBのLV作れちゃったんだよね。
そういう仕様について、適切な記述があるとこを教えて欲しいのですが。。。
ちなみに目的は、30TiBぐらいまで拡張可能なLVを運用することです。
ソース嫁は、ちょっと勘弁してくだしあ。
87:86
12/01/23 01:50:20.50 xQQZSV86
自己レスです。
LVM2では、事実上PEサイズの上限は無いみたいですね。1KiB～みたいな。
PEサイズを小さくしてPE数が多くなると、ツールのパフォーマンスは下がるけどI/Oには関係ないと。
ベストバランスはどのへんなんだろう。。。
88:login:Penguin
12/01/23 22:33:03.46 6etnk5OQ
>>86
LVあたりのPE数の制限はLVM1だけだと思う
その環境だとLV1つあたり最大8EB
URLﾘﾝｸ(tldp.org)
PEサイズはファイルシステム拡張時の最小単位ということを意識しつつ出来るだけ大きい値
30TBがゴールなら1GBぐらいでいいんじゃないの
というか、小さいPEサイズで細かく拡張とかしてたら30TB使い切る前にmetadataが溢れるような気がする
89:login:Penguin
12/01/24 12:08:35.88 6ilQmgvb
すみません、質問させて下さい。
CentOS 5.3 64bit でLVMを使用しています。
カーネルパニックを起こしていたので再起動したところ、
正常に立ち上がらなくなってしまいました。
以下、起動途中に出るエラーメッセージです。
--------------------------------------------------------------------------------------------
Red Hat nash version 5.1.19.6 starting
Reading all physical volumes. This may take a while...
Couldn't find device with uuid 'kDdyoQ-0P5f-eZkg-qt54-KMQt-Krxk-JuWVjY'.
Found volume group "VolGroup00" using metadata type lvm2
Couldn't find device with uuid 'kDdyoQ-0P5f-eZkg-qt54-KMQt-Krxk-JuWVjY'.
Couldn't find device with uuid 'kDdyoQ-0P5f-eZkg-qt54-KMQt-Krxk-JuWVjY'.
Refusing activation of partial LV LogVol00. Use --partial to override.
Couldn't find device with uuid 'kDdyoQ-0P5f-eZkg-qt54-KMQt-Krxk-JuWVjY'.
Refusing activation of partial LV LogVol00. Use --partial to override.
0 logical volume(s) in volume group "VolGroup00" now active
Unable to access resume device (/dev/VolGroup00/LogVol01)
mount: could not find filesystem '/dev/root'
setuproot: moving /dev failed: No such file or directory
setuproot: error mounting /proc: No such file or directory
setuproot: error mounting /sys: No such file or directory
switchroot: mount failed: No such file or directory
Kernel panic - not syncing: Attempted to kill init!
--------------------------------------------------------------------------------------------
RAIDを組んだりもせず、1TBx2個をLinuxインストール時にLVMで2TBとし
そこにCentOSを入れていたのですがもうアウトでしょうか。
もし復旧できそうならアドバイスお願いします。
90:login:Penguin
12/01/24 20:21:12.68 t4zLntmz
>>89
多分、DISKの1つが見えないからボリュームグループを活動化出来ない状態
1.蓋開けてケーブルが抜けてないか確認
2.LiveCDで起動してDISKを認識するかどうか確認
→１個しかDISKが見えない場合＝片方死んでる。
生きてる方のDISKのデータを部分的にでも救出したい場合(復旧は無理)、
LiveCD上からボリュームグループを無理やり活動化→論理ボリュームに対しfsck
# vgchange --partial -a y
# fsck -y /dev/VolGroup00/LogVol01
2つのDISKを跨っていたファイルシステムは激しく壊れるから期待しないほうがいい
91:login:Penguin
12/02/02 01:46:51.15 acQ+iR5j
すみません，質問です．
CentOS6でlvmを使っているのですが，grubのバージョンを0.97から1.99rcに変更をしたところ，
急に論理ボリュームが拾えなくなりました(ルートが論理ボリュームのためカーネル機動できず…)．
linux rescue(kernel 3.0, amd64)等からlvm.confでsdaを探索範囲に指定しpvscanを実行しても
No matching physical volumes found
というエラーが戻ります(-vvvオプションで/dev/sdaは探索は確認されました)
せめてホームディレクトリだけでも復旧したいのですが，
そもそもpvscanの段階で物理ディスクが認識されないため手も足も出ない状態になっています．
環境は以下の通りですので，わかる方どなたかご助言下さい．
(fdisk実行結果に基づく)
/dev/sda MBR partition
Device Boot Start End Blocks Id System
/dev/sda1 * 63 208844 104391 83 Linux /boot ext2
/dev/sda2 208845 1953520064 976655610 8e Linux LVM
- /dev/VolGroup01/LogVol00 / ext3
- /dev/VolGroup01/LogVol01 swap
92:login:Penguin
12/02/02 15:46:34.53 woypY+8F
GRUB2はメリットゼロでトラブル満載だから使わないほうがいいよ
93:login:Penguin
12/02/06 18:52:51.59 qiNYEPFm
lvmで構築した論理ボリュームにroot(/)を構築したのですが，リブートするごとにno activeになり，
ramdiskから毎回lvchange -ayを用いてactiveにしないと使えない症状になっています．
恒久的にactiveを保つ手法等はないでしょうか?
94:login:Penguin
12/02/07 00:26:40.04 hGIDJLQx
>>93
activeにした状態でinitial ramdiskを作り直せばいんじゃね？
95:93
12/02/09 00:23:32.14 N4oXKZvy
>>94
active状態で/etc/fstab, 多分関係ないけど/etc/lvm.conf等を書き直してramdisk作り直しましたが，
どうしてもだめなようです……
96:LVMer
12/03/16 13:32:14.62 QZlg1TZY
すみません。質問です。
LVMで新しいlvを作成する際、virtualsizeを指定することによって仮想的に
大きなディスク領域を作成できるかと思います。
こんな感じで。
# lvcreate -L 100M --virtualsize 1G -n virtual myvg
これで、1GBのディスク領域が作成されました。
ただ、この手法で作成したvirtualというLVのsnapshotが取れず困っています。
# lvcreate --snapshot --size=1G --name virtual-snap /dev/myvg/virtual
Snapshots of snapshots are not supported yet.
スナップショットのスナップショットが取れないという事なら仕方ないのですが、
何か妙案は無いものかと、諸兄にご相談です。
参考までに、dmsetup lsの結果です。
# dmsetup ls --tree
zero (253:27)
myvg-virtual (253:203)
|-myvg-virtual-cow (253:206)
| `- (8:1)
`-myvg-virtual_vorigin-real (253:205)
myvg-virtual_vorigin (253:204)
`-myvg-virtual_vorigin-real (253:205)