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

LVMを語らせていただ� ..

337:login:Penguin
06/04/25 13:27:45 V1nepZR+
教えてﾏﾏﾝ
例えば、外部ストレージをLVMで使ってたとするじゃん。
で、OS再インスコして、その外部ストレージのデータに再度アクセスするには、
具体的には、どのような手順で復旧すればいいんじゃろか？

RHEL4,LVM2で説明してくれるとありがたい。

338:login:Penguin
06/04/25 14:09:12 zXm32lfy
>>337
vgexport

339:login:Penguin
06/04/25 16:13:56 V1nepZR+
>>338
早々のレスポンスありがとうございます。
vgexport,vgimportは、ディスクの移設用途に有用だと思いますが、
自分のご享受頂きたいのは、復旧用途です。

質問内容を以下に変えます。
外部ストレージにLVMを使用しているOSがあったとします。
で、/etc/lvm以下は、他サーバにでもコピってあるとします。

その状態で、そのOSを再インスコして、LVMの構成情報なくなったとすると、
単純に、/etc/lvm/*をコピーって復元すれば、
もとのストレージ上のLVにアクセスできるんでしょうか？
だめなら、どうすればできるでしょうか。

LVMの構成のバックアップの観点からすると、
/etc/lvmのバックアップを考えてますが、
他になんかありますでしょうか。

340:login:Penguin
06/04/25 16:30:10 Q9JQH40w
vgscan してみるとか。

で、もし現在既に存在している(多分本体側のHDDにある)ボリュームグループと
同じ名前だった場合はしょうがないからレスキューディスクで起動して本体の
HDDをマウントしないで起動して lvm vgrename して違う名前にしてから
普通に起動してまた vgscan して、違う名前で出てきたら vgchange -ay で
使えるようにして、それから mount、という感じでどうか?

341:login:Penguin
06/04/25 19:47:06 Yn+ZcUVE
vgexportしないといけない仕様がわけわからん

342:login:Penguin
06/04/25 21:49:32 GxyTV1Lt
新しいバージョンのlvm2のユーザーランドツールは
同名ボリュームの扱いがよくなったらしい。
人柱レポート希望。

343:login:Penguin
06/04/25 23:51:59 Knifqujq
Windowsから読み込めるようになればうれしいな
ext2を読み込めるドライバとかソフトウェアがあるみたいだけど
LVMがあると駄目みたい

344:login:Penguin
06/04/26 11:22:43 sloBdyUe
ちょっとLVMについて質問です

LVM上に250GBx4で構成しています。
この構成で今後容量が不足してきた場合、ディスクを追加したいわけですが、
たとえば、今ある4つのディスクの内の1つを250GB→500GBに増量し、
HDD数は4つのまま、といった増設はできますか？しかもデータを消さずに。
他にディスクがないので外部ディスクに一旦保管することなくできるのが一番良いのですが、
良い方法なないでしょうか。

また、この4つのうち、いくつかのHDDを別のストレージコントローラ上に
移設した場合でも既存のLVM情報(データ)は維持されるんでしょうか？
例えば、マザーのオンボードIDEで4つHDDをつないでいたものを、
その内2つだけをPCI増設のIDEカードに移動した場合など。

345:login:Penguin
06/04/26 13:23:49 6pCNjhs9
一時的に5台になってもいいならpvmoveで一発

346:login:Penguin
06/04/26 17:50:15 6YwYLah+
とりあえずバックアップは取っておいたほうが良いとおもうけど

347:login:Penguin
06/04/27 00:17:55 cW9HUkmi
ありがとうございます。
pvmoveメモりました。今度増設の時にそれを元に勉強したものを試してみます。

確かにデータはお金に替えられないので無理してでも一時的に物理的に
別ディスクに退避したほうがいいですね。
ドライブドアでも買うしかないかな・・・。

348:login:Penguin
06/04/28 12:00:16 Tavr5iPA
/dev/hdd1 に不良セクタがあって
その中のLVから修復してもいいのかな？
lvresize とかしたら・・・・。

LVのファイルシステムはext3です。

PVに不良セクタの登録とかって無理かな？

349:login:Penguin
06/04/28 12:26:41 jKvdMXGf
EVMSにはBad Block Relocationって有るんだけどLVMではどうなんだべかね
e2fsck -cは無意味だろうし

350:login:Penguin
06/05/06 21:36:35 9Nz0DVKQ
ある論理ボリュームにlvextendコマンドでフリーなエクステントを
いくつかくっつけたら、くっつけた分が別のセグメントになって、
2つのセグメントを持つ論理ボリュームになってしまった。
1つのセグメントのサイズが追加したエクステント分だけ増えるわけじゃなくって、
追加するごとにセグメントが増えるってのは仕様なのでしょうか?
増えたセグメントをマージして1つのセグメントにするってのは
できないんでしょうか?

ちなみに、当方、Fedora Core 5をつかっておりますです。

351:350
06/05/06 21:42:57 ogvSlzBU
ちなみに、上記でつっつけたフリーのエクステントは
単一の物理ボリューム上にあります。

352:login:Penguin
06/05/06 22:12:58 0dxjyGCq
セグメントってなんだ？

353:login:Penguin
06/05/25 16:16:10 4eSgmVoU
netmaskで分けられてるトコだろ＞segment

354:boot problem
06/05/29 23:53:49 2b3MoQPu
FC3ユーザーです。
ルートディレクトリのあるLVGroup00に、外付HDD（USB接続）上のパーティションを、
LogVol01として追加しました。起動すると、LogVol01が見つからなかったらしく、
全ての構成PVが見つからないのでLVGroup00が見つからない、ルートをマウントできない、
というエラーメッセージが出てカーネルパニックを起こしてしまうようになりました。
ちなみにそれまでは、論理ボリュームは内蔵HDDだけで構成していました。一度でも
起動できれば、USB/HDDをLVGroup00から抜こうと思っているのですが、そもそもPVが
認識できないのでレスキューモードでlvscanしてもLVGroup00を認識できません。
initrdを書き換えれば、とりあえず起動しそうなものですが、やり方がわかる方が
いらっしゃいましたら教えて下さい。よろしくお願いします。

355:login:Penguin
06/06/11 15:55:37 iWS/LLpD
ちょっと疑問があるんだけど、LVM snapshot を使っている最中に、
スナップショット元への大量書き込みが発生してバッファ領域が
足りなくなったら何が起こるの？write(2) とかが ENOSPC でエラーになる？

356:login:Penguin
06/06/11 17:52:42 AVHMKd1I
壊れる

357:login:Penguin
06/06/11 18:20:36 iWS/LLpD
>>356
まじですか？それちょっと怖いんだけど。

358:login:Penguin
06/06/25 03:16:17 4arPY93Z
無償のStorage Foundation Basicで良いのではないでしょうか。

359:login:Penguin
06/06/30 21:30:39 bt8aI5W+
LVM が

/dev/sda3: 内蔵 SATA、8e → /dev/vg1
/dev/sdb1: 内蔵 SATA、8e → /dev/vg1
/dev/sdc1: 外付 USB(ATA)、8e → /dev/vg2
/dev/sdd1: 外付 USB(ATA)、8e → /dev/vg2

としているとき、内蔵 HDD を単純に 1台増設すると

/dev/sda3: 内蔵 SATA、8e → /dev/vg1 (変更なし)
/dev/sdb1: 内蔵 SATA、8e → /dev/vg1 (変更なし)
/dev/sdc1: 内蔵 SATA、83 (新設。後で vg1 に追加する予定だがひとまず 83 のまま)
/dev/sdd1: 外付 USB(ATA)、8e → /dev/vg2
/dev/sde1: 外付 USB(ATA)、8e → /dev/vg2

と vg2 を構成する外付 USB の順番が 1コずつズレて vg2 がマズい状態になりそうなんですが、
HDD 増設後に vgscan で一発解決できますか？

360:login:Penguin
06/06/30 23:43:50 1bsmmkCt
>>359
再起動すればvgscanも必要ない。

361:359
06/07/01 00:35:05 2s9fKqFU
>>360
ほほぅ、そんなもんですか。だったら気が楽だ。
助かりました。ありがとうございます。

362:359
06/07/02 16:46:58 ebetDEkG
内蔵SATAディスクの増設はサクッと上手く行ったので、調子に乗って
/dev/vg2(3台のATAディスクを積んだ novac 4台はい～るKIT) に
SATAディスクを1台IDE変換コネクタをかませて追加してみたところなぜか認識せず、
vg2 も見失い、困った展開に。

lvscan で探すと vg2 の LV は "inactive" となってデータ自体は生きてるようだったので、
vg2 を作り直し、LV も同名・同サイズ・フォーマットなしで作り直してマウントしてみると、
複数あるうち 1つの LV だけマウントできない。

/etc/lvm/archive/ 中のファイルを見ると、同サイズにしたつもりがマウント失敗 LV が微妙に小さかったことが判明。
vg2 中の全 LV を削除、改めて同名で作り直してマウントしてみると、無事に復活。

失われる前の LV は何度かサイズを拡張したからダメだろうと思いつつやってたんですが、
サイズと名前さえ合ってれば、結構乱暴な扱いをしても OK なんですね。
少々焦ったものの、貴重な体験ができました。

363:login:Penguin
06/07/02 18:54:11 ga9/U/Ul
>>362
乙
参考になりました。

364:login:Penguin
06/07/29 14:26:59 TSQYdC/Y
たくさんのHDDで、RAID使わずLVMのみで構築してる人
結構壊れるもんですか？

・何も考えずにLVMのみで構築
・RAID5組んで、その上でLVM構築

どっちにしよう
後から容量足せるのがいいんだよね

365:login:Penguin
06/07/29 14:31:49 TSQYdC/Y
てゆかスレ止まってるのでage

366:login:Penguin
06/07/29 15:34:35 l49WN+G+
HAになってないDISKにLVMなんてｱﾘｴﾈ-

367:login:Penguin
06/07/29 16:18:38 K2DDu9Rg
>>366
fedoraを否定するにはあまりに分が悪くないでしょうか。

368:login:Penguin
06/07/29 16:51:23 xqKAhYME
スナップショット使っていて、たまたま領域溢れがおきると
それが無効になるだけじゃなくてカーネルパニックになるのは仕様？
カーネルは2.6.17です。

# mount /dev/vg0/p0 /mnt/vg0p0
# lvcreate -s -n p0.snap -L 1 /dev/vg0/p0
# dd if=/dev/zero of=/mnt/vg0p0/big.bin bs=1024 count=8192
# lvremove vg0/p0.snap
<kernel oops>

で 100% パニックになってしまう。マニュアル見ると lvextend で
救えるみたいに書いてあるので、溢れた後で意味あるのかと疑いつつ

# lvextend -L +32M /dev/vg0/p0.snap
# lvchange -ay /dev/vg0/p0.snap

などをしてみたのですが、やはり lvremove でパニックという
結末が避けられません。

十分大きな領域を取るようにする運用である程度回避はできるけど、
うっかり大きな書き込みしたらシステムごと飛ばせるのは怖いので、
パッチや回避策があれば教えて下さい。

369:login:Penguin
06/07/29 16:58:50 18kd3ovo
AIXとかのLVM物理ディスク丸ごとをボリュームグループに追加してるけど
LinuxのLVMだとパーティションをボリュームグループに追加するんだね。
なんか理由があるのかな？

370:login:Penguin
06/07/29 18:35:30 9J5yxANj
パーティションテーブル構造の違いと、
LVMが当たり前になっているAIXやHP-UXでは、物理パーティションを切るメリットが全く無いから
やらないってことじゃないかな？

371:login:Penguin
06/07/29 18:58:31 l49WN+G+
HP-UX@IPFはパーティション切る
EFIのクソッタレ

372:login:Penguin
06/07/29 22:18:25 D7f/oD9K
>>369
おれはもう何年も増設ディスクにパーティション切ってないよ。
LVMでもそうでなくても。

373:login:Penguin
06/07/29 22:26:48 xqKAhYME
>>372
mount /dev/sdb /data とかってこと？漢の切り方ですな。

374:login:Penguin
06/07/29 22:28:32 xqKAhYME
すまん、sageてなかった・・・

375:login:Penguin
06/07/29 23:16:24 bcm1JGhF
>>373
頭大丈夫ですか？

376:login:Penguin
06/07/29 23:25:12 18kd3ovo
>>375
パーティション切らないっていうと俺も>>373みたいなイメージをしてしまうんだけど。。。

377:login:Penguin
06/07/29 23:41:31 ypKIHAUk
領域溢れないのを前提だからねえ。そりゃパニくる。
無効にすればいいと言うけど、アプリケーションからはそんなの理解出来ないし。どう互換性取る？

378:login:Penguin
06/07/30 00:28:39 92rJ+6P6
PVをマウントなんかできねーっつの

379:login:Penguin
06/07/30 00:34:35 bLOnGl/y
>>372はLVMでなくてもパーティション切らずに利用していると言ってるみたいだけど
それはどういう意味なのかが知りたい。
もしかして単にPVにパーティションを１つだけ作成してるという意味なのか？

380:login:Penguin
06/07/30 01:52:59 ARvl2Fmi
全領域を１つのｌｖとして取ってるってことだろ

さて、やっぱバックアップなしのLVMは無謀かな…
HDDケースとかの「コンバイン」と同じだもんなぁ
データ量が多すぎるので複製バックアップは非現実的なんだよな

381:login:Penguin
06/07/30 02:40:26 honuiWv6
>>377
うむむ・・・単にPVの欠乏を検出したらスナップショット側への
書き込みにはENOSPCを返し、ソース側への書き込みについてはスナップ
ショットとの関連付けを最初からなくし、一切スナップショット用PVを
消費しないオプションとかあれば理想的かなーと挙動みて思った。

今すぐどうにかなる話ではないみたいなので対策の話に移ると、
バックアップ用スナップショットってどれくらい領域確保してます？
話では元領域の20-100%確保しろとかあるけれど、読み出し専用な
バックアップ用スナップショットでもそんなに取るものですか？
結局バックアップ所要時間中にどれだけ書くかだからケースバイ
ケースなんだけど、個人利用で300GB HDD中100GBとか食われるのは痛い。

382:login:Penguin
06/07/30 20:21:22 Mx8Fl/aT
>379
ん? mkfs /dev/sda　とか pvcreate /dev/sda とか
しててるけど。

383:login:Penguin
06/07/30 21:10:20 bLOnGl/y
>>382
自分で試してみたらできました。
Linuxだからパーティション、AIXだから物理ボリュームとかいう分類は特にないんですね。
AIXとかは大規模システムだからパーティション切る意味がないってだけなんですね。

384:login:Penguin
06/07/30 22:15:50 92rJ+6P6
そのうちx86もEFI使うだろ

385:login:Penguin
06/07/30 23:18:26 +9CxprNK
>>384
怪しくなってきた。
Vistaでx86版もEFI対応の予定がキャンセルされちゃったし。

386:login:Penguin
06/07/30 23:25:52 92rJ+6P6
IA64と共に葬り去ってくれて一向に構わないけどｗ
最近のマカーはEFIっしょ

387:login:Penguin
06/07/31 20:09:00 1rvcY3/L
カーネルにはすでに EFI Support (Experimental) てな感じであるね
肝心のものは市場に出回ってるわけ？

388:login:Penguin
06/07/31 20:24:11 1Tsuyn7I
以前どっかの早漏メーカーが出してた

389:login:Penguin
06/07/31 21:27:57 v1KNHtS2
x86なEFIはIntel MACで搭載済み

390:login:Penguin
06/08/04 11:39:44 3TC8Ado/
zfsがLinuxに移植されたらLVMはなくなると思う。

391:login:Penguin
06/08/04 13:53:06 s5AMUQ9D
zfsがメインになることはありえない。
せいぜい実装できるのは、Solarisで作成したzfs領域に対して読み書きが可能となるくらい。

392:login:Penguin
06/08/04 17:55:20 i6p2sUmz
FUSEで実装してるならまあそうだろうな。

393:login:Penguin
06/08/04 22:11:42 3TC8Ado/
ext3+LVMとzfsを比べると
・物理デバイスを超えたボリューム作成
・信頼性
・スピード
・高可用性
あたりでzfsが有利に見える。
ただ、Solarisにべったりな実装になっていて移植自体が難しい場合は望むべくも無いんだけど。

>>391,392
FUSEかー、ブートはext3なんかのほうが
互換性とこれまでのノウハウの蓄積を考えるといいんだろうけど。
ってか、FUSEだとスピードや信頼性でもともと持ってるポテンシャルを
発揮できない希ガス。

394:login:Penguin
06/08/07 00:39:39 GtH2asAX
lvmを試してます。
OSインストール時に /dev/VolGroup00/LogVol00 を作成しました。

HDDを追加して、fdisk /dev/hdc の/dev/hdc1を
8eで lvmのボリュームを作成しました。

# pvcreate /dev/hdc1
上記コマンドを実行したところ、
Can't open /dev/hdc1 exclusively. Mounted filesystem?

というエラーが発生しました。
なぜ pvcreateできないのでしょうか

OS は cent4.3です。

395:login:Penguin
06/08/07 00:43:52 XI6TJIbe
>>394
mountって打ち込んでみ？

396:login:Penguin
06/08/07 12:36:59 GtH2asAX
>>395さん

# mount
/dev/hda2 on / type ext3 (rw)
none on /proc type proc (rw)
none on /sys type sysfs (rw)
none on /dev/pts type devpts (rw,gid=5,mode=620)
usbfs on /proc/bus/usb type usbfs (rw)
/dev/hda1 on /boot type ext3 (rw)
none on /dev/shm type tmpfs (rw)
/dev/mapper/VolGroup00-LogVol00 on /home type ext3 (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)

上記が表示されました。
/dev/hdc1 は含まれてませんでした。

ちなみに
#mount /dev/hdc1 /mnt
mount: /dev/hdc1 はマウント済か /mnt が使用中です

というエラーになります。

397:login:Penguin
06/08/07 13:24:16 XI6TJIbe
じゃ次は
fuser -v /mnt /dev/hdc1

398:login:Penguin
06/08/07 14:00:39 GtH2asAX
>>397さん

# fuser -v /mnt /dev/hdc1

# fuser -v /dev/hdc1

上記で試しましたが、何も表示されませんでした。

399:login:Penguin
06/08/07 14:51:25 YbuXzI7B
じゃ次は
# dd if=/dev/hdc of=mado --nage

400:login:Penguin
06/08/07 16:12:53 GtH2asAX
dd if=/dev/hdc of=mado --nage
dd: unrecognized option `--nage'
詳しくは `dd --help' を実行して下さい.

と表示されました。

調べましたが、"--nage"というオプションは見つかりませんでした。

401:login:Penguin
06/08/10 02:17:28 oa2uMyiW
お前面白いな

402:login:Penguin
06/08/10 02:41:25 DRx8xrmE
>>400
これで幸せになれるよ
dd if=/dev/zero of=/dev/hda bs=512 count=1

403:login:Penguin
06/08/10 07:36:47 +6NubT9U
Debian(Sarge)＆LVM2なんだけど、
PE指定し忘れたまま550GBのLVを斬ってデータ書き込み、
再起動後にマウントできなくなってしまいました。

こんなエラーが出ます
mount: special device /dev/vg0/data does not exist
（LV名は仮）

vgdisplayすると、550GBのLVは見えます
vgresize（だったっけ）でのサイズ変更はとりあえず成功、250GBに切り直し。
やはりマウントは出来ません。
URLﾘﾝｸ(www.itmedia.co.jp)
ここと攻略本を見てLVM構築したんですが、PE指定、すっかり忘れてたorz

試しにfsck /dev/vg0/dataとやっても、「そのようなファイルやディレクトリはありません」とエラー。
もうこの時点でデータは救えませんかねぇ。。

あとはvgの再構築…
しかしこれやると全部データあぼーんですよね

404:login:Penguin
06/08/10 07:38:53 +6NubT9U
あ、
PVは600GB（640GB）、
VGも同じ
LVは550GB
PEは4MB（ﾃﾞﾌｫ）
です。

本来は255.99GBまでしかLV斬っちゃいけないんですよね

405:login:Penguin
06/08/10 10:39:44 hxxEJfDZ
>>402 さま
おかげさまで直りました。

どうもありがとうございます。

406:login:Penguin
06/08/18 18:14:34 ikn0YhVS
URLﾘﾝｸ(grub.enbug.org)

407:login:Penguin
06/08/22 12:45:52 ktWadiYS
/にマウントしてるLogVol00を15G→5Gに小さくしようとして、
レスキューCDで起動し、
　lvm vgchange -a y
　resize2fs -p /dev/VolGroup00/LogVol00 5G
　lvm lvreduce -L -10G /dev/VolGroup00/LogVol00
と打ち、CDを抜いてrebootしたところ起動時に、

/dev/VolGroup00/LogVol00: The filesystem size (according to the superblock) is 1310720 blocks
The physical size of the device is 1277952 blocks
Either the superblock or the partition table is likely to be corrupt!

/dev/VolGroup00/LogVol00: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
(i.e.,without -a or -p options)

*** An error occurred during the file system check.
*** Dropping you to a shell; the system will reboot
*** when you leave the shell.
*** Warning -- SELinux is active
*** Disabling security enforcement for system recovery.
*** Run 'setenforce 1' to reenable.
Give root passwd for maintenance

というエラーが出てきました。この後rootでログインし、
　e2fsch -f /dev/VolGroup00/LogVol00
と打ち、
　Error reading block 1277954 (Invalid argument) while doing inode scal. Ignore error<y>?
という問いには全てEnterを押し続けました。
e2fsckが終わったところでrebootしましたがまた同じエラーが出ます。
LV縮小の手順が間違っていたのでしょうか？

408:login:Penguin
06/08/22 12:53:32 MSFbj8Ho
The filesystem size (according to the superblock) is 1310720 blocks
The physical size of the device is 1277952 blocks

これに尽きるんじゃねぇの？
ファイルシステムの方が大きくなってるし。
lv小さくしすぎたんじゃねぇ？

409:407
06/08/22 13:06:19 ktWadiYS
>>408
すいません、自分で書いておきながらそのメッセージを見落としてました。
ジャストサイズで合わせようとしたのがいけなかったですかね。
手順としては
　resize2fs -p /dev/VolGroup00/LogVol00 4G ←1G少なく設定
　lvm lvreduce -L5G /dev/VolGroup00/LogVol00 ←絶対値で5Gと指定
　resize2fs /dev/VolGroup00/LogVol00 ←LogVol00の容量に合わせる
でいいでしょうか？

410:407
06/08/22 13:37:15 ktWadiYS
上記の手順で試したところ成功しました。
>>408氏ありがとうございます。
因みに407な状態になってしまったら復旧することは可能なのでしょうか？
今回はテスト環境だったので問題はなかったのですが。

411:login:Penguin
06/08/28 18:23:16 Qm2KIGHV
良いlvmの参考書ってないの？

412:login:Penguin
06/08/30 21:16:00 EMppbjrW
L　inuxで
V　olumeを上げたら
M　uteになった

　　　　　　　　　ともぞう

413:login:Penguin
06/09/01 01:55:10 +V4to7us
>>411
そんな難しくないと思うけど、LVM HOWTOじゃだめ？
それ見ながらVMwareとかでがんがん挙動確認を兼ねていじってみるのが
いいと思う。

もっともその動作確認で極限状態での挙動が不審なんで怖くなって、
リアル利用はまだ控えてるが・・・

414:login:Penguin
06/09/08 02:43:04 ZNK9r2o4
hdcがLVM で　ボリュームグループがVolGroup00としてが一つだけ作られていて、
その中に論理ボリュームがLogVol01の一つだけが
出来ていて、ext3でフォーマットされています。
60％ほど使用している状態です。

これを一つのfatにしたいのですが、
1.LVM内ext3に対応したdefragはありますか？
2.ボリュームグループのサイズを変更することは出来ますか？

よろしくお願いします。

415:login:Penguin
06/09/08 03:06:24 EaO4bLDZ
WindowsはLVMの中のFATファイルシステムをアクセス出来ないと思うが？

416:414
06/09/08 08:54:44 t89DwNuf
LVMのサイズを減らしてFATパーティションを作る
ファイルをコピー。
またVLM内の論理ドライブ内のext3のdefragとresize、論理ドライブのdefragとresize、LVMのdefragとresize。
fatパーティションの拡大

417:414
06/09/08 08:57:11 t89DwNuf
1、LVMのサイズを減らしてFATパーティションを作る
2、ext3からfatにファイルをコピー。
3、VLM内の論理ドライブ内のext3のdefragとresize、論理ドライブのdefragとresize、LVMのdefragとresize。
4、fatパーティションの拡大

5、2からを繰り返し

とやりたいんです

418:login:Penguin
06/09/08 12:42:23 EaO4bLDZ
増設ディスク買ってきて繋げ。おまえにゃ無理。

419:414
06/09/10 03:42:58 WmrMnAO9
URLﾘﾝｸ(pantora.net)
を参考にして　ext3の縮小とLVの縮小は出来たのですが
system-config-lvmでパーティションを見ると
ぶつ切れでLVも魅しようスペースもある。
ブツ切れだからなのか論理ビューでの「新しいボリュームの作成」も効かない。

418は対処方法解ってるのならコマンドだけでも教えてくれるとうれしい。

増設ディスクのが楽なのは解ってるが、出来ればこれで何とかしたい。

LVMを一発で普通のext3とかに変更できたりするのだろうか？

420:login:Penguin
06/09/13 05:41:52 QbuQIyy7
バックアップさえ取ればいくらでも好きなように弄って試せると思う。
ハードディスク増設しちゃうのが金で解決で簡単だけどな。

421:login:Penguin
06/09/13 08:00:56 tZ69K+tZ
Time is Money.

422:login:Penguin
06/09/13 17:33:10 Xmrz1r6n
skill is Money.

423:login:Penguin
06/09/14 09:31:47 /BE0hgr7
Skill is Monky!

424:login:Penguin
06/09/14 09:55:48 cafxdNt0
Money is skill.

425:login:Penguin
06/09/14 12:08:00 GgbU7PK9
Time goes by.

426:login:Penguin
06/09/14 13:38:44 CUW9kQ6n
All your base is belong to us.

427:login:Penguin
06/09/20 23:37:09 6BRbwmHO
LVMで作成されたボリュームのマウントについて教えて下さい。

FC3をインストールして使っていたHDDが有るのですが、
この中のデータを読み書きしたくて別のLinuxのマシンのhdcポートに繋ごうと思います

対象のディスクは１パーティション？で作って有り
/dev/mapper/VolGroup00-LogVo00 /
に成っています

LVMでない場合は mount /dev/hdc1 /mnt/xxx
等でOKだと思うのですがLVMの場合はどのようになるのでしょうか？
書籍なども色々見たのですがLVMボリュームのマウント方法が分かりませんでした

LVMは複数のボリュームを繋ぎ合わせて使用する仕組みなので下手に１部分だけマウントされるとまずいかなと危惧しています。

428:login:Penguin
06/09/21 00:06:27 yvq2ZBoB
まず元のOSでデポートしないとだめ。
その後、新OSでクリアインポートする。

429:login:Penguin
06/09/21 00:14:19 inLqedFm
>>427
LVMをサポートしてるシステムなら繋ぐだけで認識して
/dev/VolGroup00/LogVol00
などが出来るはず。
ボリュームグループ名が重複してると駄目だけど。
>>428
そんな事は必要無い。

430:login:Penguin
06/09/21 00:23:09 oYkHcFJt
>>429
有り難うございます。

>ボリュームグループ名が重複してると駄目だけど
全く同じ構成でインストールしたディスクですので、まさに重複してます、

やりたい事はトラブったディスクを動いてるLinuxにマウントして
内容をちょっと補修して元に戻して機動しようと思ったのですが、、
ちょっと工夫が要りそうですね
全てのマシンがLVM使ったデフォでインストールしてるのでグループ名全部同じです...orz

431:login:Penguin
06/09/21 00:28:33 inLqedFm
>>430
レスキューCDなどで起動してlvm vgrename で変名するんだ。
インストーラがデフォルトで常に同じVG名を付けるのはあまりにも不親切だと思う。
思うならパッチ送れと言われそうだが。

432:login:Penguin
06/09/21 00:38:34 oYkHcFJt
>>431
>レスキューCDなどで起動してlvm vgrename で変名するんだ。
有り難うございます、
しかし、安物サーバ仕様なのでＣＤがついてない、、orz
あした取りあえずext3でインストしたディスク持ってきてそれを親にしてやってみます。

これからはインスト時にはVG名を全て変えるようにします、
しかしそうすると管理用の自作スクリプトとかマシン毎に全部書き換えが必要かな、
結構面倒ですねLVMって

433:login:Penguin
06/09/21 00:59:32 inLqedFm
スクリプトではデバイス名を使わず
極力ボリュームラベルやUUIDやマウントポイントで管理するといい。

434:login:Penguin
06/09/21 22:54:28 7K79Wfwz
lvm2のchanglogにはこうある。

* Thu Apr 20 2006 Alasdair Kergon <agk@redhat.com> - 2.02.04-1.0
- New release upstream, including better handling of duplicated VG names.

435:login:Penguin
06/09/24 11:51:03 Zk/lDJT/
Storage Foundation for Linux
って4.1から新しいの出てないけれども、あんまり使われてないの？

436:login:Penguin
06/09/24 19:20:12 +L5JNLMa
veritasが必要になるほどのクリティカルな場面ではｌinuxが使われないから。

437:login:Penguin
06/09/25 01:28:44 6TS6HcDh
>>436
VERITASのLinux対応にやる気がないから。

438:login:Penguin
06/09/25 11:14:46 9knmjZAy
まぁ、veritasいなくても生きてけるし。

439:login:Penguin
06/09/26 12:55:06 MMig26yF
Linux と VxFS の組合せってやたら遅くて使えなかった。

440:login:Penguin
06/10/11 15:42:31 w+0Ut2+I
あれぇ？
作ったはずのVGやLVがシステムをリブートしたら消えちゃった。
ちなみにｵｲﾗはLFSでudevdな人です。

441:login:Penguin
06/10/11 22:45:09 1/ePARRw
夢を見てたんですよ、きっと。

442:login:Penguin
06/10/29 00:03:23 ZTP3SZnn
LVM2でlvcreateやvgchange -ayすると/dev/mapper/の下にデバイスファイルが自動で出来るんですが、
これのownerやgroupやpermissionをあらかじめ設定する方法ってありますか？

443:login:Penguin
06/10/31 11:05:45 6oZjJImq
URLﾘﾝｸ(www.linuxjournal.com)
URLﾘﾝｸ(rio.st)

俺用メモ

444:login:Penguin
06/11/12 23:26:27 ieFinVmQ
RHEL4U4をデフォルトのままインストールした後、
LVMのVGNameやLVNameが気に入らないので変えてみたんだが、
起動中、元の名前でマウントしようとして止ってしまう。

どこかの設定に元の名前を覚えてるっぽいんだが、
正しい変更手順てあるの？

445:login:Penguin
06/11/13 00:20:26 DtKUgmIq
>>444
レスキューCDで起動して変更すると共にinitrdを作りなおす。

446:login:Penguin
06/11/15 09:06:40 FmEvhveD
LVMを試していた際エラーが出てしまい、どうしたら良いか分からず困ってます。(Linux s390)

/dev/dasdc (約2.5Ｇ）をdasdfmtでフォーマットした後
fdasdで3つ（各500M)にパーティションを切りました。

------------------------------- tracks -------------------------------
Device start end length Id System
/dev/dasdc1 2 10667 10666 1 Linux Raid
/dev/dasdc2 10668 21333 10666 2 Linux Raid
/dev/dasdc3 21334 31999 10666 3 Linux native
32000 50069 18070 unused

partition tableを保存して終了しようとしたところ下記のようなエラーが出ました。

fdasd error: IOCTL error
Error while rereading partition table.
Please reboot!

もう一度fdasdでパーティションテーブルを見てみると
正しく表示されていたのでfdasd errorに対しては何もせず
# pvcreate /dev/dasdc3
上記のコマンドを実行してみたところ

"Device /dev/dasdc3 not found."　　と表示されます。

fdasd error(IOCTL error)の解決法もしくは何故/dev/dasdc3が認識されないのか
お知恵を拝借させていただきたく書き込みしました。長くなってしまい申し訳ありません。

447:login:Penguin
06/11/15 21:51:46 JBx+bP3i
Please reboot!

448:446
06/11/17 13:21:49 GQ4FRfhc
>447
rebootしたら直りました。しっかりエラーで忠告されていたのにお恥ずかしい。
ありがとうございました。

449:login:Penguin
06/11/19 01:22:27 foeXuT5h
>>446
s390でLinux運用してるような奴がここで質問南なんかするなよ、、、。
IちゃんのSEは最近何やってるの？

450:login:Penguin
06/12/02 03:23:43 5H4vnv91
LVMの運用考えているんですが、
HDDの繋ぐ位置を変えて、たとえば /dev/sda が /dev/sdb
になったりしてもデータ壊れたりしないですかね？

ルートは非LVMでの運用を考えているので起動には
影響ないんですが。

ちなみにこういう場合はどうやって復旧させれば
良いのですか？

451:login:Penguin
06/12/02 13:00:17 5H4vnv91
過去ログ読むと、まだまだ不安定そうですね。
複数のHDDをつなげてテラバイトのLV作ろうと思ってたのですが
やっぱ普通のext3で運用するのが適当かな・・。

452:login:Penguin
06/12/02 15:08:11 hDUZpZbY
うちは3TのLV作っているけど特に問題はないな

もうすでに枯れてきている技術だとおもうが
どこを見て不安定だと思ったのか？

453:login:Penguin
06/12/02 15:09:57 XO8VyELM
まず名前がだめだな extの方がいけてるぜ

454:login:Penguin
06/12/02 16:10:54 5H4vnv91
>>452
なんか3台のうちの一部が壊れたときとか
復旧した実績がないみたいなので・・。
LVM HOW-TOだとできるみたいな感じで書いてはあるんだけれど。

455:login:Penguin
06/12/02 16:50:46 kzjFlxSY
>>454
つか、RAIDじゃないんだから、一部壊れたらフツーおしまい。

456:login:Penguin
06/12/02 22:24:16 eQc2JRBC
LinuxではソフトウェアRAIDの品質が悪いので、エンタープライズ用途では
必ずハードウェアRAIDを使えといわれました。本当？

457:login:Penguin
06/12/02 22:37:37 gCRA9JZT
RAID総合スレッド No2
ｽﾚﾘﾝｸ(linux板)

458:login:Penguin
06/12/02 22:49:27 JUv9m8vq
まあ、本当。
整合性とか安定性とかだけじゃなく、故障ディスクの入れ換えもえらく面倒だった（3年以上前の経験なので今は改善されているかも）。

SolarisのDiskSuite（LVM）は、LVMとしての機能はちょー貧弱だけど、
ソフトウェアRAIDとしてはさすがによくできている。

459:login:Penguin
06/12/03 02:28:25 18r037ES
SolarisのSVMでトラブった経験は無いけど。

460:login:Penguin
06/12/03 12:59:20 tXqR4jsK
LVMってバックアップのとりやすさがうｒじゃないの？

461:login:Penguin
06/12/04 00:44:32 PEKo/YR5
過去ログ見ると、Kernel 2.6.9ではsnapshotはやめといた方がよい？

462:login:Penguin
06/12/04 07:48:00 73bxYoAu
>>460 SVMだとmetaofflineでミラー切り離してバックアップ。

463:login:Penguin
06/12/04 09:44:53 JHet0fUL
>>462
それ自体はすごく便利な機能なんだけど、最近はSVMはシステムディスクのミラー化くらいにしか使われんからなぁ。

464:login:Penguin
06/12/04 21:06:47 73bxYoAu
最近のSunサーバはハードウェアRAID積むようになってきたからSVMも不要になる日は近い。
加えて、近い将来ZFSがrootファイルシステムをサポートするようになった日には。。。

465:login:Penguin
06/12/09 03:29:47 EBN5bRDP
ZFSあればそもそもLVMいらね

466:login:Penguin
06/12/09 21:53:37 6srhV/6+
最近居着いてるZFS厨はお前か。
残念ながら味方は居らぬようだぞ。

467:login:Penguin
06/12/10 01:46:43 tyXcoLby
味方というか、近いうちにはリリースされないのは明白だから放置状態なだけだろ

468:login:Penguin
07/01/18 09:49:40 OQ5FlAlV
badblocks の -n オプションは具体的にどういう原理で
非破壊的な検査をしているのでしょうか？
読み出しオンリーのときに badblocks が必要とするメモリを x とすると、
破壊的読み書きによる検査の時には 2x
非破壊的読み書きによる検査の時には 3x
のメモリが必要になるということなので、
元の情報をメモリに保持しておいて破壊的な読み書きによる検査をした後
元の情報を欠き戻すという動作をしているように思えるのですが、
この場合やはり badblocks 実行中に電源が吹っ飛んでしまったりすると
元の内容は失われてしまいますよね？
まぁ badblocks をかけるのはたいてい何も記録していない
ディスクとかだろうと思うので問題はないのかもしれませんが。

469:login:Penguin
07/02/13 23:17:55 1S/FhvJ/
ｽﾚﾘﾝｸ(mac板:64-66番) によると
LVM,セキュアOS,Xenは目糞鼻糞な技術だそうです

470:login:Penguin
07/02/13 23:32:05 WSnRQ6Pg
目糞でも鼻糞でも役に立つならそれでいいじゃない

471:login:Penguin
07/02/13 23:34:24 veakA3NE
Macに実装されたとたんにマンセーしだすに１ﾍﾟｿ

472:login:Penguin
07/02/14 01:20:54 PUSkSyv8
/usr LVMに置き換えたよ記念。
最初からもっと大きくしときゃよかったorz
homeはnfsなので当分大丈夫かな。

473:login:Penguin
07/02/14 10:18:23 MJJeb0Jw
ほちゅ

474:login:Penguin
07/02/21 17:51:23 GEUl/Slj
LVM2でpvsとかlvsとかvgsって入れたときに出てくるAttrのところの意味がわかんない
どこかにまとめページない？

475:login:Penguin
07/02/21 18:09:47 Cx7Ly8SD
man attr

476:login:Penguin
07/03/11 00:10:56 ukEOg9KI
Sarge 2.4.27にlvm2が入っております
PVはmd5とmd6とsdi5という構成です

500GBのmd6デバイスをVGから外すため、
新たに500GBのHDDをpvcreate→vgextendまで完了しました。

これでpvmoveで新HDDへデータ移行しようという段階ですが、
いざpvmove /dev/md6すると
mirror: Required device-mapper target(s) not detected in your kernel
というエラーが出ます。

このエラー文を具具って見たところ、
/etc/modulesに dm_snapshot を追加して
# update-modulesしる
と出てたのでやってみたが状況変わらずです
もちろんvgdisplayでNOT availableを確認済みです

URLﾘﾝｸ(www.itmedia.co.jp)
ここ見て作業してるんだけど、この環境はすんなり行ってるorz

もう止まった・・何をすればいいんだ。。
ﾎﾞｽｹﾃ…

477:login:Penguin
07/03/11 00:11:29 ukEOg9KI
すみませんかなり過疎っぽいのでageます

478:login:Penguin
07/04/07 20:50:11 GOSiQcrK
LVMの完全解説本は出ないのかなぁ。

479:login:Penguin
07/04/08 01:35:33 3IlYmNEr
LVM+mdすげー便利。
いちいちLVMパーティション切らなくてもmdの上でlv作れるし。
mdadmのgrowでディスク追加しまくれるし、PVもそのままgrowできるし。
LVM+md+VMwareで愛用してます。

480:login:Penguin
07/04/09 23:09:10 OjYqpEl9
>>478
HP-UXの本とかホームページでも見れば？

481:その１
07/04/23 23:12:04 TAtKd+oU
(1/3)
古いHDDからデータがサルベージできなくなりました。
助けてください。。。

RedHat9で運用していたサーバのHDDを増設した。
SCSIハードディスクだけだったサーバに、IDEハードディスクを増設した。

増設したHDD(/dev/hda)に、Vine 4.1をインストールし、
BIOS設定の起動順序をIDE優先にした。

RH9(kernel2.4)では、/dev/sda2と/dev/sda6をlvm1にて、
ひとつのVGにまとめ、そこに、ひとつのLVを作って
/homeにマウントしていた。（/dev/vg01/lv_data）

482:その１
07/04/23 23:12:35 TAtKd+oU
(2/3)
新しくインストールしたVine(kernel2.6)起動後、
/dev/vg01/lv_dataが見えないので、
pvscan/vgscan/lvscanを実施したがlvm1だと警告が出て、
期待通りマウントできなかった。

明日の朝までにHDD増設を完了させなければならない案件だったので、
よく調べず、焦って、なにをトチ狂ったか、pvcreate/vgcreate/lvcreateを
/dev/sda2、/dev/sda6に実施し、/dev/vg01/lv_dataを作成した。

LVは作成できたが、mount -t ext3 /dev/vg01/lv_data /mnt/temp
してみると、ファイルシステムが正しくない旨のエラーが現れた。
（エラーメッセージはメモっておらず詳細不明）

483:その１
07/04/23 23:13:44 TAtKd+oU
(3/3)
BIOS設定の起動順序をSCSI優先に戻し、RH9環境に戻そうとしたが、
FSをマウントできない旨のエラーがでてRH9も起動しなくなった。

調べてみると、kernel2.6でlvm2に変わっていて、
vgconvertをすれば良かった事が判明した。

とんでもないことをやらかしてしまったことに気づいた。
　orz...　　←今ここ。

pvcreate/vgcreate/lvcreateは実施したものの、
ファイルシステムの作成はしていないので、
壊れた（上書きされた）のは、LVMの管理情報だけで、
実データは、まだ/dev/sdaに残っているはず。

なんとかサルベージしたい。。。
何卒お助けを。・・・もうだめです。

484:login:Penguin
07/04/23 23:40:20 hxiP9Yh0
古いシステムのバックアップは無いの？
/etc/lvm/の下にメタデータのASCIIテキストのバックアップがあるよ。

485:その１
07/04/24 00:43:51 TkXAc5rB
>>484
バックアップは無いんです。。
/etc/lvm/の下は明日、さっそく確認してみます。
ありがとうございます。

486:login:Penguin
07/05/19 16:21:03 FBnX1/62
>>485は復活できたかな？

やっぱ複雑だと恐いね。
ふつーにext3だけで運用していれば、他のパソコンに
くっつけてすぐマウントも簡単だし。

487:login:Penguin
07/05/28 07:59:18 JVkG/VZ5
定期バックアップにスナップショットを使おうかと考えているので質問。

ジャーナリングなfsを載せたLVのスナップショットを取るときって、
fsをアクティブに使っている状態のままlvcreateしてもいいんかな。
それともumountとかreadonly mountとかしてからの方がいい?

488:login:Penguin
07/05/28 15:52:24 AoSYt1Xv
要件次第だけど、umountできるならした方がいい。
umountしなくてもlockできるなら、それでもいいけど。

489:login:Penguin
07/08/10 18:35:44 dBMj30OW
LVM2のスナップショットは不安定という過去ログがあるが
現在はどうなんだろうか？

490:login:Penguin
07/08/10 18:58:30 /z8b1l8u
大して進歩してないでしょ。
期待もされてないし。

491:login:Penguin
07/08/11 16:32:47 S+h83dfI
LVM2ってパーティションテーブルIDを0x8eにしなくても
問題ないらしいけど、大丈夫なのかな？
なんか誤って削除してしまわないように0x8eで運用
してるんだけれど。
LVM2はどうやって認識してんだろう？

492:login:Penguin
07/08/11 17:13:29 9PYy2GpA
全てのブロックデバイスをスキャンしてLVMのシグニチャ探すので問題ない。
そもそもRAIDデバイス上にLVMを構築する時などIDに頼れない場合もあるから。

しかし、可能なら8eにしてLVMだとわかるようにしておくべきだとは思う。

493:login:Penguin
07/08/11 17:51:39 S+h83dfI
lvreduce を使う前にLV上のファイルシステム(ext3)を小さくしないと
ダメなんですよね？最初にファイルシステムを小さくしないと
dataをlostするとか怖いこと書いてあるし。

で、最初にresize2fsを実行しました。
# resize2fs -p /dev/vg00/lv00 16457728K
Resizing the filesystem on /dev/vg00/lv00 to 4114432 (4k) blocks.
The filesystem on /dev/vg00/lv00 is now 4114432 blocks long.

次のlvreduceを実行
# lvreduce --size 16457728K /dev/vg00/lv00
WARNING: Reducing active logical volume to 15.70 GB
THIS MAY DESTROY YOUR DATA (filesystem etc.)
Do you really want to reduce lv00? [y/n]: y
Reducing logical volume lv00 to 15.70 GB
Logical volume lv00 successfully resized

↑これで問題ないのかな？　メッセージ怖すぎだぜ。
データ入ってたら中止してくれ。

494:login:Penguin
07/08/11 17:59:58 S+h83dfI
(続き)
実は今回のテストは hdb1(15.7GB), hdb2(15.7GB), hdb3(24.51GB)の
PVを使っていたLVをhda1のPV上だけに移動したいと思って
実行しました。実行結果を見ると、下記のようになっていて
hdb3の一部に移動されているようです。lvcreate時にPVを指定して
LVを作れるようですが、それ以外でPVを指定した変更動作はできないのかな。

--- Physical volume ---
PV Name /dev/hdb1
Total PE 4018
Free PE 4018
Allocated PE 0
--- Physical volume ---
PV Name /dev/hdb2
Total PE 4018
Free PE 4018
Allocated PE 0
--- Physical volume ---
PV Name /dev/hdb3
Total PE 6273
Free PE 2255
Allocated PE 4018

↑hdb3に4018を割り当てている。hdb1に割り当てれば過不足無いのに！w
だいたいreduceしたら、後ろを削るもんじゃないの～？

495:login:Penguin
07/08/11 18:00:29 S+h83dfI
>>492
なるほど。thx。

496:login:Penguin
07/08/11 20:16:50 9PYy2GpA
>>494
pvmoveで特定のPVに移動できる。
以前はmount中にpvmoveすると固まった。今は確認してないけど。

497:login:Penguin
07/08/11 22:39:10 S+h83dfI
>>496
thx。
マウント中に処理する予定は無いです。
でも動かないならマウント中はエラー返して欲しいですね。

ところで１つのVG中に複数のLVがあったときに
LVがどのPVを使ってるかって、表示できるんですっけ？
vgdisplay -v やってみたが、関係までは分からない
ようですが。

498:login:Penguin
07/08/12 00:43:42 1FLa+W/M
>>497
lvdisplay -m

499:login:Penguin
07/08/12 19:01:12 TaVGrKuf
>>497
LVMからしてみれば、ファイルシステムなんて知ったこっちゃないし。

500:login:Penguin
07/08/19 23:15:15 T6S2sCgB
512GBのVGに512GBを追加して、
1TBのLVを作ろうとしています。

PVの追加はできたのですが、lvextend ができない。

◆ vgdisplay -v
VG Size 931.52 GB
PE Size 4.00 MB
Total PE 238468
Alloc PE / Size 119234 / 465.76 GB
Free PE / Size 119234 / 465.76 GB
※ 119234のFree PEアリ。

◆ lvextend -l+5000 /dev/vg01/lv01
Extending logical volume lv01 to 485.29 GB
Insufficient free space: 124234 extents needed, but only 119234 available

availableが何故か 119234しかない。-l+119234 でも同じです。

PEサイズはデフォルトですがLVM2(SuSE10.2 / kernel2.6)なので関係ないですよね？
何が原因でしょうか？

501:login:Penguin
07/08/19 23:54:42 T6S2sCgB
結局、LVをremoveして、作り直しました。
その前にPEを64MBにしましたが、lvextend失敗に変化無し。

lvcreate で1TBを指定した場合、問題なく
作成されました。

でもextendできないと不便だなぁ・・。

502:login:Penguin
07/08/20 00:00:34 kH0aJAtz
Semper avarus eget

503:login:Penguin
07/08/20 12:50:52 9YNRh3lY
>何が原因でしょうか？
RTFM

504:login:Penguin
07/08/22 00:43:09 VSzDj+IC
-lと-Lは違うのだよおっさん

505:login:Penguin
07/09/02 00:04:10 9jcT6cwh
バグみたいよ。

506:login:Penguin
07/10/08 02:43:03 noXEAedN
/dev/hdb1をpvとしてvg1を作っていたのですが、
いきなり物理的に繋ぎ変えてhdb1からhdd1にしたら
認識しなくなっちゃいますか？

507:login:Penguin
07/10/08 07:49:33 bgwXsIR/
PVに当てられた固有IDで認識してるから、デバイス名には依存しない
つまり大丈夫ってことさ

508:login:Penguin
07/10/08 14:35:28 noXEAedN
>>507
ありがとうございます。何事もないように認識しました。

509:login:Penguin
07/10/09 17:26:27 CR7wiDCr
>>507
LVMに/を配置しているディスクhdaからddでsdaにディスクコピーしてgrub周りを書き換えましたが、
sdaで起動すると/マウント中にカーネルパニックが起きます。(hdaは取り外し済)
レスキューモードではマウントできるんですが、どうすれば起動できるようになりますか？

510:login:Penguin
07/10/09 17:37:31 dupuTztZ
dd？なんでpvmove使わなかったの

511:login:Penguin
07/10/09 21:43:02 gFNRvPVM
LVMなんて使わずcp -acがお似合いだと言ってやれ

512:login:Penguin
07/10/10 02:38:16 LDDKpBnL
>>505
一月遅れであれだが、
URLﾘﾝｸ(search.luky.org)
の件やね。

513:login:Penguin
07/10/13 00:05:08 l6GyC4t8
何台も同じパーティション構成のサーバを作るときって、今俺はLVM使ってないので、
予め作っといたパーティションテーブルの情報をsfdiskにぶち込んでパーティションを
切らせてたんだが、LVMで似たようなことをやろうとした時に楽にやれる方法ってある?

pvcreateとかvgcreateとかlvcreateとかをタラタラ流すスクリプト作るしかない?

514:login:Penguin
07/10/17 12:01:13 6v2jXhkm
>>513
1台作ったら、ddでメタデータをコピーすればいいんでない？

515:login:Penguin
07/10/25 11:17:23 4uCOppUn
LVMって複数のHDDにまたがって構築したとき、どれか一台でも故障すると、
全体が壊れて読み出せなくなるんだよね?

つまりLVMはRAID上に構築するのが大前提ですか?

516:login:Penguin
07/10/25 11:29:15 xk5fq29w
>>515
RAIDだって２台同時に死ねばいっしょ。
運用による。

壊れそうなHDDの予兆を察知してディスクを交換するか、
LVMの下のレイヤーで冗長性を確保する。

517:login:Penguin
07/10/25 11:55:52 D3bEYjzi
ストレージを使っていればLVMだけでいいけど、
内蔵とか単なる外付けディスクで組む場合は、RAID併用を考慮しないとね。
VxVMやZFSなんかはLVMとSoftwareRAIDの両方を兼ねているけど。

518:login:Penguin
07/10/25 15:04:00 Lgcv7leu
壊れてないディスクからも読み出せなくなるのか。。。
ファイル単位で記録してるわけじゃないから仕方無いかな。

519:login:Penguin
07/10/25 16:14:04 mZNLZbQp
>>518
ただし残るファイルもあるがな。
だが、250Gのディスクが吹っ飛んだとしたら250G以上の被害があるのは確実
そこは理解して使おう
ま、RAIDのJBODするよりは柔軟性があるってだけ

520:login:Penguin
07/10/25 16:14:41 mZNLZbQp
書いてから気づいたがRAIDのJBODて言い方は語弊があるな

521:login:Penguin
07/10/25 20:29:55 xk5fq29w
RAID0には違和感は感じないの？

522:login:Penguin
07/10/26 13:15:57 2kfwd15n
俺は、冗長度ゼロのディスクアレイなので1台故障したら全滅、
と解釈している。

523:login:Penguin
07/10/26 14:33:04 E+EQY5Mq
ファイルが不必要にディスクをまたがないような仕組みにしたら
ある程度軽減できるんじゃないかな。

524:login:Penguin
07/10/26 16:18:56 k8++Xzzr
それリニアモードじゃね？

525:login:Penguin
07/10/26 16:31:49 ICp0Nr8Q
リニアとかコンカチ（ネイト）とかいろいろ呼び方があるんだな。

526:login:Penguin
07/10/27 10:26:16 tpLgCQ0c
んーRAID5の/dev/md0をまるごとLVMで切って使ってるけど。

527:login:Penguin
07/11/10 17:50:37 75KqCEgM
fdisk -lの結果が実態とズレてて困ってるんだが、
こういうのってどうやったら修正できる？
Device Boot Start End Blocks Id System
/dev/sda1 * 1 12749 102400000 7 HPFS/NTFS
/dev/sda2 12750 12761 96390 83 Linux
/dev/sda3 12762 30401 141693300 8e Linux LVM

/dev/sda1は Linux LVMなのだが。

次ページ