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

1 名前：login:Penguin [02/06/15 15:28 ID:7xlbr7s1] ワタクシ、Linus V Minusというものです。 LVM(Logical Volume Manager)なんてものに興味を持っています。ちょっとニッチなんですが。 こんな、小さなスレッドですが、にちゃんねるに作成してもよろしいでしょうか？ いえいえ、ワタクシの周りに使っているものがいないもので。（周りは年寄りばかりで、新しいことは躊躇されます） 以上、よろしくお願いします。 447 名前：login:Penguin mailto:sage [2006/11/15(水) 21:51:46 ID:JBx+bP3i] Please reboot! 448 名前：446 [2006/11/17(金) 13:21:49 ID:GQ4FRfhc] >447 rebootしたら直りました。しっかりエラーで忠告されていたのにお恥ずかしい。 ありがとうございました。 449 名前：login:Penguin mailto:sage [2006/11/19(日) 01:22:27 ID:foeXuT5h] >>446 s390でLinux運用してるような奴がここで質問南なんかするなよ、、、。 IちゃんのSEは最近何やってるの？ 450 名前：login:Penguin [2006/12/02(土) 03:23:43 ID:5H4vnv91] LVMの運用考えているんですが、 HDDの繋ぐ位置を変えて、たとえば /dev/sda が /dev/sdb になったりしてもデータ壊れたりしないですかね？ ルートは非LVMでの運用を考えているので起動には 影響ないんですが。 ちなみにこういう場合はどうやって復旧させれば 良いのですか？ 451 名前：login:Penguin mailto:sage [2006/12/02(土) 13:00:17 ID:5H4vnv91] 過去ログ読むと、まだまだ不安定そうですね。 複数のHDDをつなげてテラバイトのLV作ろうと思ってたのですが やっぱ普通のext3で運用するのが適当かな・・。 452 名前：login:Penguin mailto:sage [2006/12/02(土) 15:08:11 ID:hDUZpZbY] うちは3TのLV作っているけど特に問題はないな もうすでに枯れてきている技術だとおもうが どこを見て不安定だと思ったのか？ 453 名前：login:Penguin mailto:sage [2006/12/02(土) 15:09:57 ID:XO8VyELM] まず名前がだめだな extの方がいけてるぜ 454 名前：login:Penguin [2006/12/02(土) 16:10:54 ID:5H4vnv91] >>452 なんか3台のうちの一部が壊れたときとか 復旧した実績がないみたいなので・・。 LVM HOW-TOだとできるみたいな感じで書いてはあるんだけれど。 455 名前：login:Penguin mailto:sage [2006/12/02(土) 16:50:46 ID:kzjFlxSY] >>454 つか、RAIDじゃないんだから、一部壊れたらフツーおしまい。 456 名前：login:Penguin [2006/12/02(土) 22:24:16 ID:eQc2JRBC] LinuxではソフトウェアRAIDの品質が悪いので、エンタープライズ用途では 必ずハードウェアRAIDを使えといわれました。本当？ 457 名前：login:Penguin mailto:sage [2006/12/02(土) 22:37:37 ID:gCRA9JZT] RAID総合スレッド No2 pc8.2ch.net/test/read.cgi/linux/1111348512/ 458 名前：login:Penguin mailto:sage [2006/12/02(土) 22:49:27 ID:JUv9m8vq] まあ、本当。 整合性とか安定性とかだけじゃなく、故障ディスクの入れ換えもえらく面倒だった（3年以上前の経験なので今は改善されているかも）。 SolarisのDiskSuite（LVM）は、LVMとしての機能はちょー貧弱だけど、 ソフトウェアRAIDとしてはさすがによくできている。 459 名前：login:Penguin [2006/12/03(日) 02:28:25 ID:18r037ES] SolarisのSVMでトラブった経験は無いけど。 460 名前：login:Penguin mailto:sage [2006/12/03(日) 12:59:20 ID:tXqR4jsK] LVMってバックアップのとりやすさがうｒじゃないの？ 461 名前：login:Penguin [2006/12/04(月) 00:44:32 ID:PEKo/YR5] 過去ログ見ると、Kernel 2.6.9ではsnapshotはやめといた方がよい？ 462 名前：login:Penguin [2006/12/04(月) 07:48:00 ID:73bxYoAu] >>460 SVMだとmetaofflineでミラー切り離してバックアップ。 463 名前：login:Penguin mailto:sage [2006/12/04(月) 09:44:53 ID:JHet0fUL] >>462 それ自体はすごく便利な機能なんだけど、最近はSVMはシステムディスクのミラー化くらいにしか使われんからなぁ。 464 名前：login:Penguin [2006/12/04(月) 21:06:47 ID:73bxYoAu] 最近のSunサーバはハードウェアRAID積むようになってきたからSVMも不要になる日は近い。 加えて、近い将来ZFSがrootファイルシステムをサポートするようになった日には。。。 465 名前：login:Penguin [2006/12/09(土) 03:29:47 ID:EBN5bRDP] ZFSあればそもそもLVMいらね 466 名前：login:Penguin mailto:sage [2006/12/09(土) 21:53:37 ID:6srhV/6+] 最近居着いてるZFS厨はお前か。 残念ながら味方は居らぬようだぞ。 467 名前：login:Penguin mailto:sage [2006/12/10(日) 01:46:43 ID:tyXcoLby] 味方というか、近いうちにはリリースされないのは明白だから放置状態なだけだろ 468 名前：login:Penguin mailto:sage [2007/01/18(木) 09:49:40 ID:OQ5FlAlV] badblocks の -n オプションは具体的にどういう原理で 非破壊的な検査をしているのでしょうか？ 読み出しオンリーのときに badblocks が必要とするメモリを x とすると、 破壊的読み書きによる検査の時には 2x 非破壊的読み書きによる検査の時には 3x のメモリが必要になるということなので、 元の情報をメモリに保持しておいて破壊的な読み書きによる検査をした後 元の情報を欠き戻すという動作をしているように思えるのですが、 この場合やはり badblocks 実行中に電源が吹っ飛んでしまったりすると 元の内容は失われてしまいますよね？ まぁ badblocks をかけるのはたいてい何も記録していない ディスクとかだろうと思うので問題はないのかもしれませんが。 469 名前：login:Penguin mailto:sage [2007/02/13(火) 23:17:55 ID:1S/FhvJ/] pc9.2ch.net/test/read.cgi/mac/1171230282/64-66 によると LVM,セキュアOS,Xenは目糞鼻糞な技術だそうです 470 名前：login:Penguin mailto:sage [2007/02/13(火) 23:32:05 ID:WSnRQ6Pg] 目糞でも鼻糞でも役に立つならそれでいいじゃない 471 名前：login:Penguin mailto:sage [2007/02/13(火) 23:34:24 ID:veakA3NE] Macに実装されたとたんにマンセーしだすに１ﾍﾟｿ 472 名前：login:Penguin mailto:sage [2007/02/14(水) 01:20:54 ID:PUSkSyv8] /usr LVMに置き換えたよ記念。 最初からもっと大きくしときゃよかったorz homeはnfsなので当分大丈夫かな。 473 名前：login:Penguin mailto:sage [2007/02/14(水) 10:18:23 ID:MJJeb0Jw] ほちゅ 474 名前：login:Penguin mailto:sage [2007/02/21(水) 17:51:23 ID:GEUl/Slj] LVM2でpvsとかlvsとかvgsって入れたときに出てくるAttrのところの意味がわかんない どこかにまとめページない？ 475 名前：login:Penguin mailto:sage [2007/02/21(水) 18:09:47 ID:Cx7Ly8SD] man attr 476 名前：login:Penguin mailto:sage [2007/03/11(日) 00:10:56 ID: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を確認済みです ttp://www.itmedia.co.jp/enterprise/0308/08/epn01_3.html ここ見て作業してるんだけど、この環境はすんなり行ってるorz もう止まった・・何をすればいいんだ。。 ﾎﾞｽｹﾃ… 477 名前：login:Penguin [2007/03/11(日) 00:11:29 ID:ukEOg9KI] すみませんかなり過疎っぽいのでageます 478 名前：login:Penguin [2007/04/07(土) 20:50:11 ID:GOSiQcrK] LVMの完全解説本は出ないのかなぁ。 479 名前：login:Penguin mailto:sage [2007/04/08(日) 01:35:33 ID:3IlYmNEr] LVM+mdすげー便利。 いちいちLVMパーティション切らなくてもmdの上でlv作れるし。 mdadmのgrowでディスク追加しまくれるし、PVもそのままgrowできるし。 LVM+md+VMwareで愛用してます。 480 名前：login:Penguin mailto:sage [2007/04/09(月) 23:09:10 ID:OjYqpEl9] >>478 HP-UXの本とかホームページでも見れば？ 481 名前：その１ [2007/04/23(月) 23:12:04 ID: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 名前：その１ [2007/04/23(月) 23:12:35 ID: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 名前：その１ [2007/04/23(月) 23:13:44 ID:TAtKd+oU] (3/3) BIOS設定の起動順序をSCSI優先に戻し、RH9環境に戻そうとしたが、 FSをマウントできない旨のエラーがでてRH9も起動しなくなった。 調べてみると、kernel2.6でlvm2に変わっていて、 vgconvertをすれば良かった事が判明した。 とんでもないことをやらかしてしまったことに気づいた。 　orz...　　←今ここ。 pvcreate/vgcreate/lvcreateは実施したものの、 ファイルシステムの作成はしていないので、 壊れた（上書きされた）のは、LVMの管理情報だけで、 実データは、まだ/dev/sdaに残っているはず。 なんとかサルベージしたい。。。 何卒お助けを。・・・もうだめです。 484 名前：login:Penguin mailto:sage [2007/04/23(月) 23:40:20 ID:hxiP9Yh0] 古いシステムのバックアップは無いの？ /etc/lvm/の下にメタデータのASCIIテキストのバックアップがあるよ。 485 名前：その１ [2007/04/24(火) 00:43:51 ID:TkXAc5rB] >>484 バックアップは無いんです。。 /etc/lvm/の下は明日、さっそく確認してみます。 ありがとうございます。 486 名前：login:Penguin [2007/05/19(土) 16:21:03 ID:FBnX1/62] >>485は復活できたかな？ やっぱ複雑だと恐いね。 ふつーにext3だけで運用していれば、他のパソコンに くっつけてすぐマウントも簡単だし。 487 名前：login:Penguin mailto:sage [2007/05/28(月) 07:59:18 ID:JVkG/VZ5] 定期バックアップにスナップショットを使おうかと考えているので質問。 ジャーナリングなfsを載せたLVのスナップショットを取るときって、 fsをアクティブに使っている状態のままlvcreateしてもいいんかな。 それともumountとかreadonly mountとかしてからの方がいい? 488 名前：login:Penguin mailto:sage [2007/05/28(月) 15:52:24 ID:AoSYt1Xv] 要件次第だけど、umountできるならした方がいい。 umountしなくてもlockできるなら、それでもいいけど。 489 名前：login:Penguin [2007/08/10(金) 18:35:44 ID:dBMj30OW] LVM2のスナップショットは不安定という過去ログがあるが 現在はどうなんだろうか？ 490 名前：login:Penguin mailto:sage [2007/08/10(金) 18:58:30 ID:/z8b1l8u] 大して進歩してないでしょ。 期待もされてないし。 491 名前：login:Penguin [2007/08/11(土) 16:32:47 ID:S+h83dfI] LVM2ってパーティションテーブルIDを0x8eにしなくても 問題ないらしいけど、大丈夫なのかな？ なんか誤って削除してしまわないように0x8eで運用 してるんだけれど。 LVM2はどうやって認識してんだろう？ 492 名前：login:Penguin mailto:sage [2007/08/11(土) 17:13:29 ID:9PYy2GpA] 全てのブロックデバイスをスキャンしてLVMのシグニチャ探すので問題ない。 そもそもRAIDデバイス上にLVMを構築する時などIDに頼れない場合もあるから。 しかし、可能なら8eにしてLVMだとわかるようにしておくべきだとは思う。 493 名前：login:Penguin mailto:sage [2007/08/11(土) 17:51:39 ID: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 [2007/08/11(土) 17:59:58 ID: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 mailto:sage [2007/08/11(土) 18:00:29 ID:S+h83dfI] >>492 なるほど。thx。 496 名前：login:Penguin mailto:sage [2007/08/11(土) 20:16:50 ID:9PYy2GpA] >>494 pvmoveで特定のPVに移動できる。 以前はmount中にpvmoveすると固まった。今は確認してないけど。 497 名前：login:Penguin mailto:sage [2007/08/11(土) 22:39:10 ID:S+h83dfI] >>496 thx。 マウント中に処理する予定は無いです。 でも動かないならマウント中はエラー返して欲しいですね。 ところで１つのVG中に複数のLVがあったときに LVがどのPVを使ってるかって、表示できるんですっけ？ vgdisplay -v やってみたが、関係までは分からない ようですが。 498 名前：login:Penguin mailto:sage [2007/08/12(日) 00:43:42 ID:1FLa+W/M] >>497 lvdisplay -m 499 名前：login:Penguin mailto:sage [2007/08/12(日) 19:01:12 ID:TaVGrKuf] >>497 LVMからしてみれば、ファイルシステムなんて知ったこっちゃないし。 500 名前：login:Penguin mailto:sage [2007/08/19(日) 23:15:15 ID: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 mailto:sage [2007/08/19(日) 23:54:42 ID:T6S2sCgB] 結局、LVをremoveして、作り直しました。 その前にPEを64MBにしましたが、lvextend失敗に変化無し。 lvcreate で1TBを指定した場合、問題なく 作成されました。 でもextendできないと不便だなぁ・・。 502 名前：login:Penguin mailto:sage [2007/08/20(月) 00:00:34 ID:kH0aJAtz] Semper avarus eget 503 名前：login:Penguin mailto:sage [2007/08/20(月) 12:50:52 ID:9YNRh3lY] >何が原因でしょうか？ RTFM 504 名前：login:Penguin mailto:sage [2007/08/22(水) 00:43:09 ID:VSzDj+IC] -lと-Lは違うのだよおっさん 505 名前：login:Penguin mailto:sage [2007/09/02(日) 00:04:10 ID:9jcT6cwh] バグみたいよ。 506 名前：login:Penguin [2007/10/08(月) 02:43:03 ID:noXEAedN] /dev/hdb1をpvとしてvg1を作っていたのですが、 いきなり物理的に繋ぎ変えてhdb1からhdd1にしたら 認識しなくなっちゃいますか？ 507 名前：login:Penguin mailto:sage [2007/10/08(月) 07:49:33 ID:bgwXsIR/] PVに当てられた固有IDで認識してるから、デバイス名には依存しない つまり大丈夫ってことさ 508 名前：login:Penguin mailto:sage [2007/10/08(月) 14:35:28 ID:noXEAedN] >>507 ありがとうございます。何事もないように認識しました。 509 名前：login:Penguin mailto:sage [2007/10/09(火) 17:26:27 ID:CR7wiDCr] >>507 LVMに/を配置しているディスクhdaからddでsdaにディスクコピーしてgrub周りを書き換えましたが、 sdaで起動すると/マウント中にカーネルパニックが起きます。(hdaは取り外し済) レスキューモードではマウントできるんですが、どうすれば起動できるようになりますか？ 510 名前：login:Penguin mailto:sage [2007/10/09(火) 17:37:31 ID:dupuTztZ] dd？ なんでpvmove使わなかったの 511 名前：login:Penguin mailto:sage [2007/10/09(火) 21:43:02 ID:gFNRvPVM] LVMなんて使わずcp -acがお似合いだと言ってやれ 512 名前：login:Penguin mailto:sage [2007/10/10(水) 02:38:16 ID:LDDKpBnL] >>505 一月遅れであれだが、 ttp://search.luky.org/vine-users.7/msg07261.html の件やね。 513 名前：login:Penguin mailto:sage [2007/10/13(土) 00:05:08 ID:l6GyC4t8] 何台も同じパーティション構成のサーバを作るときって、今俺はLVM使ってないので、 予め作っといたパーティションテーブルの情報をsfdiskにぶち込んでパーティションを 切らせてたんだが、LVMで似たようなことをやろうとした時に楽にやれる方法ってある? pvcreateとかvgcreateとかlvcreateとかをタラタラ流すスクリプト作るしかない? 514 名前：login:Penguin mailto:sage [2007/10/17(水) 12:01:13 ID:6v2jXhkm] >>513 1台作ったら、ddでメタデータをコピーすればいいんでない？ 515 名前：login:Penguin mailto:sage [2007/10/25(木) 11:17:23 ID:4uCOppUn] LVMって複数のHDDにまたがって構築したとき、どれか一台でも故障すると、 全体が壊れて読み出せなくなるんだよね? つまりLVMはRAID上に構築するのが大前提ですか? 516 名前：login:Penguin mailto:sage [2007/10/25(木) 11:29:15 ID:xk5fq29w] >>515 RAIDだって２台同時に死ねばいっしょ。 運用による。 壊れそうなHDDの予兆を察知してディスクを交換するか、 LVMの下のレイヤーで冗長性を確保する。 517 名前：login:Penguin mailto:sage [2007/10/25(木) 11:55:52 ID:D3bEYjzi] ストレージを使っていればLVMだけでいいけど、 内蔵とか単なる外付けディスクで組む場合は、RAID併用を考慮しないとね。 VxVMやZFSなんかはLVMとSoftwareRAIDの両方を兼ねているけど。 518 名前：login:Penguin mailto:sage [2007/10/25(木) 15:04:00 ID:Lgcv7leu] 壊れてないディスクからも読み出せなくなるのか。。。 ファイル単位で記録してるわけじゃないから仕方無いかな。 519 名前：login:Penguin mailto:sage [2007/10/25(木) 16:14:04 ID:mZNLZbQp] >>518 ただし残るファイルもあるがな。 だが、250Gのディスクが吹っ飛んだとしたら250G以上の被害があるのは確実 そこは理解して使おう ま、RAIDのJBODするよりは柔軟性があるってだけ 520 名前：login:Penguin mailto:sage [2007/10/25(木) 16:14:41 ID:mZNLZbQp] 書いてから気づいたがRAIDのJBODて言い方は語弊があるな 521 名前：login:Penguin mailto:sage [2007/10/25(木) 20:29:55 ID:xk5fq29w] RAID0には違和感は感じないの？ 522 名前：login:Penguin mailto:sage [2007/10/26(金) 13:15:57 ID:2kfwd15n] 俺は、冗長度ゼロのディスクアレイなので1台故障したら全滅、 と解釈している。 523 名前：login:Penguin mailto:sage [2007/10/26(金) 14:33:04 ID:E+EQY5Mq] ファイルが不必要にディスクをまたがないような仕組みにしたら ある程度軽減できるんじゃないかな。 524 名前：login:Penguin mailto:sage [2007/10/26(金) 16:18:56 ID:k8++Xzzr] それリニアモードじゃね？ 525 名前：login:Penguin mailto:sage [2007/10/26(金) 16:31:49 ID:ICp0Nr8Q] リニアとかコンカチ（ネイト）とかいろいろ呼び方があるんだな。 526 名前：login:Penguin mailto:sage [2007/10/27(土) 10:26:16 ID:tpLgCQ0c] んーRAID5の/dev/md0をまるごとLVMで切って使ってるけど。 527 名前：login:Penguin mailto:sage [2007/11/10(土) 17:50:37 ID: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なのだが。 528 名前：527 mailto:sage [2007/11/10(土) 18:06:30 ID:75KqCEgM] 自己解決しました。微妙にスレ違いでした。 529 名前：login:Penguin [2007/11/20(火) 01:30:54 ID:jEvbITJ+] ハードウェア板からきました。 Linux の SoftRaid で インストール時にRAID1を組みました。 md0 -> /boot md1 -> PV (/, swap) この後md2 (RAID1)を追加で作成して上のmd1のVGに追加した後、 lv / を拡張しました。拡張して領域も増えてうまく行ったんですが、 再起動したら、/ が無いとか言われて Kernel Panicになります。 この場合どうしたらよいのか、またなぜそうなるのかがよくわかりません。 SoftRAIDを組んでない場合は /　の拡張はうまく行くのですが・・・ よろしくお願いします。 530 名前：login:Penguin mailto:sage [2007/11/20(火) 02:31:13 ID:JgF19cQw] mkinitrdし直した？ 531 名前：login:Penguin [2007/11/20(火) 08:17:38 ID:jEvbITJ+] >>530 し直してないです。 532 名前：login:Penguin mailto:sage [2007/11/20(火) 08:20:33 ID:FQmr64dD] >>531 聞いている側はそんなレス期待してない そういうときは言われたことをやってから、その結果を答えるもんだ 533 名前：login:Penguin [2007/11/20(火) 14:48:10 ID:rmTyWI1j] >>530 >>532 ありがとうございました。 mkinitrd でうまく行きました。 オリジナルのイメージファイルから起動するとやはりカーネルパニックに なりましたが、mkinitrd で作成しなおしたイメージから正常に起動できました。 534 名前：login:Penguin [2007/11/26(月) 21:44:37 ID:aR8zYa9e] Vine 3.2でLVMを入れようと思ったのですが、Howtoなど読みながらいろいろと 試行錯誤しているうちに妙な状態(消したはずのVGが認識されたり)になってしまいました。 一旦全部消してゼロからやり直そうと思い、apt-get remove lvmの後 /etc/lvm*を削除したのですが、 その後 fdiskからやり直すと、前回の設定がどこかに残ってしまっているようで、VGが既にある、と認識されてしまいます。 /etc/lvm* 以外に、どのファイルを削除すればスッピン状態に戻ってくれるのでしょうか? 535 名前：login:Penguin mailto:sage [2007/11/26(月) 21:50:45 ID:asrSmFuw] dd if=/dev/zero of=/dev/hd** とかで一旦ディスクをまっさらにしてみては？ pvscan が多分勝手に PV を見つけてくれちゃってるせいではないかと。 536 名前：login:Penguin mailto:sage [2007/11/26(月) 21:57:57 ID:kqJnnjsh] いや、そういうときはpvremoveを使うのが本式だろう しかしfdiskしてるのに何でVGを検出するんだろな 537 名前：534 [2007/11/26(月) 22:43:44 ID:aR8zYa9e] ファイルシステムからは見えない場所に情報が書き込まれている、ということでしょうか? (vgscan すると、「前回作ったVG名」の内容で /etc/lvmtab.d/ および lvmtab か作られてしまいます) なお、Vine 3.2 の LVMにはなぜか pvremove コマンドが入っていません。 /sbin で ls pv* すると出てくるのは以下のものだけです。 pvchange pvcreate pvdata pvdisplay pvmove pvscan ちなみに LVM のバージョンは lvm-1.0.3-19vl1 となっています。 だいぶ古いですね。そのせいでしょうか。 538 名前：login:Penguin mailto:sage [2007/11/26(月) 23:19:48 ID:kqJnnjsh] lvm2じゃないのか… 適当なアドバイスですまんかった 539 名前：login:Penguin mailto:sage [2007/11/27(火) 02:02:02 ID:TK2aPOw7] fdiskしても同じサイズアロケートしたら前の情報丸々残ってるんじゃ･･･ わかりにくい例だけど windowsでクイックフォーマットしても、復旧ツールで直せるのと同じだと思うよ。 540 名前：login:Penguin [2007/11/27(火) 14:09:00 ID:PE+7IEYU] initngってLVMに対応しました？ 541 名前：534 [2007/11/27(火) 17:07:34 ID:kwFAlWL3] >>539 なるほど。 ということで、一旦fdisk で先頭から数百MB程度の小さいパーティションを作り、これをext2で フォーマットをかけた後、再度 fdisk で前回よりも少しだけ小さい LVM領域を確保しました。 この状態で vgscan を掛けたところ、今回は VGは検出されませんでした。 ところが、pvcreate -> vgcreate と進んだところで、前回と同じ VG名を指定したところ 「そのVG名は既に使われている、他のを指定しろ」と蹴られてしまいます。 前回だけでなく、これまでテストとかで使った VG名は全部残っているようです。 続いて ddでゼロ埋めしてみましたが、やはり過去の VG名は消えてくれません。 (もちろん vgremove を行おうとしても、「そんな VGねーよ」となります) こうなるとLVM領域とは別の場所(システム側)に情報が保存されているとしか思えません。 ここで最初に戻ってしまうのですが、/etc/lvm* 以外に LVMの設定が保存されているファイル というのは存在しないのでしょうか? /etc 内のファイルは一通り grep してみたのですが、VG名が書き込まれているものはなさそうです。 /proc/lvmにもなさそうですし。(このディレクトリはapt-get remove した際、一度消えてました) 542 名前：login:Penguin mailto:sage [2007/11/27(火) 17:11:28 ID:4HpV7mg9] lvm2なら/etc/lvm配下だけなんだが… /varとかに作ってるのかなぁ… 543 名前：534 [2007/11/28(水) 20:52:14 ID:L0IMODeH] 結局Vineを現行の4.1に upgradeして LVM2入れたところ、何の問題もなく設定できました。 LVM1でのトラブルの原因も解決法も分かりませんが、取り敢えずはヨシということで。 特に問題も出てないのにOSのメジャーバージョンアップって、余計な手間が掛かりそうで腰が引けてたんですが、 結果からいえば LVM1であれこれ苦労した時間を考えると、さっさと upgradeしときゃよかったっつー感じですw お騒がせいたしました。 544 名前：534 [2007/11/29(木) 22:06:57 ID:yTYjvc/A] 連日申し訳ありませんが、引き続き質問です。 昨日は意図的に小さめのLVMボリュームを作成し、今日はそれを拡張するテストをしました。 (1)昨日余らせたHDDの空間を fdiskで LVM用に確保 (仮に /dev/hdb2 とします) (2)そこにPV作成 → pvcreate /dev/hdb2 (3)昨日のVGを拡張 (VG名を仮に VG_1 とします) → vgextend VG_1 /dev/hdb2 と、ここまでは特に問題なく意図通りに進んだことを vgdisplay にて確認しました。 現在は 　VG Name　　　　　　　 VG_1 　VG Size　　　　　　　 838.00 GB 　Alloc PE / Size　　　 6128 / 766.00 GB 　Free　PE / Size　　　 576 / 72.00 GB という状態です。 しかし次に LV(仮に LV_1 とします)の拡張を行おうとするとうまく行きません。 lvextend -L 838.0G /dev/VG_1/LV_1 lvextend -L +72.0G /dev/VG_1/LV_1 lvextend -l +576 /dev/VG_1/LV_1 どの指定方法でも Insufficient free space: 6704 extents needed, but only 576 available と表示され、拡張されません(766GBのまま)。 何がマズいのでしょう? 545 名前：login:Penguin mailto:sage [2007/11/29(木) 22:48:29 ID:choThEVO] >>544 man lvextend をよく読め。 まぁ、意図したい操作をするのに一番いいのは lvextend -l +100%FREE /dev/VG_1/LV_1 かな 546 名前：login:Penguin mailto:sage [2007/11/29(木) 22:49:25 ID:choThEVO] あとサイズの指定に小数点の数値は使えなかった気がするな。 547 名前：534 [2007/11/30(金) 04:03:15 ID:XRlfEnID] >>545 もちろん man lvextendは散々読んだのですが…… -l, --extents [+]LogicalExtentsNumber[%{VG|LV|FREE}] 　　Extend or set the logical volume size in units of logical extents. With the + sign the value 　　is added to the actual size of the logical volume and without it, the value is taken as an 　　absolute one. The number can also be expressed as a percentage of the total space in the 　　Volume Group with the suffix %VG or relative to the existing size of the Logical Volume with 　　the suffix %LV or as a percentage of the remaining free space in the Volume Group with the 　　suffix %FREE. -l, --extents [+]LEの数 [%{VG|LV|FREE}] 　　LVのサイズをLEユニットのサイズで拡張、もしくは設定する。+をつけると現在の LVのサイズの増分、 　　+がなければ値は(LVのサイズの)値そのものになる。また、末尾に%LVを付けると数値はVG全体中のパー 　　センテージを表し、%FREEを付ければVGの残りのフリーな空間のパーセンテージを表す。 -L, --size [+]LogicalVolumeSize[kKmMgGtT] 　　Extend or set the logical volume size in units in units of megabytes. A size suffix of M for 　　megabytes, G for gigabytes or T for terabytes is optional. With the + sign the value is 　　added to the actual size of the logical volume and without it, the value is taken as an abso- 　　lute one. -L, --size [+]LVのサイズ[kKmMgGtT] 　　LVのサイズをメガバイト単位で拡張、もしくは設定する。数値の末尾にMを付けることでメガバイト、G 　　ではギガバイト、Tではテラバイトをそれぞれ表すこともできる。+記号を付けるとLVの現在のサイズか 　　らの増分を、なければ(LVのサイズの)値そのものになる。 "actual size"を「現在のサイズ」と解釈しましたが、これが間違っていますでしょうか?

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef