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

1 名前：login:Penguin [02/06/15 15:28 ID:7xlbr7s1] ワタクシ、Linus V Minusというものです。 LVM(Logical Volume Manager)なんてものに興味を持っています。ちょっとニッチなんですが。 こんな、小さなスレッドですが、にちゃんねるに作成してもよろしいでしょうか？ いえいえ、ワタクシの周りに使っているものがいないもので。（周りは年寄りばかりで、新しいことは躊躇されます） 以上、よろしくお願いします。 687 名前：login:Penguin mailto:sage [2008/10/03(金) 11:18:37 ID:RuwrUhWh] >>674が意味不明なだけだろ。このスレでデマばらまいた奴がいるわけでもないのに、 いきなりやってきて過去の別スレの敵と戦ってるんじゃ病気と思われても仕方がない。 本人自身、「当のギガジン記事にもこうある」つってるんだから、 Gigazineの記事をリンクするのはデマばらまきじゃないことははっきりしてるわけで。 688 名前：login:Penguin mailto:sage [2008/10/03(金) 11:25:32 ID:Ri2P8GoR] 元になった >>665 は明らかに温度の低いほうの話。 だから gigazine の記事で google の例をひいて反論するのは正当。 誰も 40 度超える高温の世界の話はしていない。 頭の温度管理が壊れた >>674 が一人で明後日の方向で吠えてるだけ。 吠えてる内容が間違ってないことに大して意味はない。 689 名前：login:Penguin mailto:sage [2008/10/04(土) 02:42:02 ID:8+inl+T/] >>680 >HDなんて揺らさずに冷やしまくれば10年は壊れない。 常温であれば「冷やす(冷やしまくる)」ことには意味がない。 常温であれば故障率と温度には相関がないからだ。 意図的に振動を与えたり、高温の状態にすることは考慮していない。 あくまでも通常の使用状況を想定している。 つまりHDを揺らさずに冷やしまくれば10年は壊れないなんて保証はどこにもない。 冷やしまくっても、常温に置いておいても、どちらも明日には壊れる可能性がある。 「HDなんて揺らさずに冷やしまくれば10年は壊れない」というのは間違いだ。 ギガジン記事のURL貼ったのはそういう意図だよ。 690 名前：login:Penguin mailto:sage [2008/10/04(土) 12:06:48 ID:zXRpQtaU] いい加減 余所のスレでやってくれないか 691 名前：login:Penguin mailto:sage [2008/10/04(土) 16:57:03 ID:L5pGcLlF] LVMってUSB外付けHDDも対象にできるんだっけ？ 692 名前：login:Penguin mailto:sage [2008/10/04(土) 17:45:08 ID:8zxfUkEV] ブロックデバイスなら何でもいいような気がする 693 名前：login:Penguin mailto:sage [2008/10/04(土) 20:30:16 ID:51y1fQ9U] >>691 出来るよ。実際に使ってる。 694 名前：login:Penguin [2008/10/14(火) 10:07:10 ID:FyQEQmkb] LVM で構成しているHDDの物理的な引越しについて質問。 現在、machine1 に搭載されている4台の SATA な HDD があります。 この4台は、2台ずつLVMが組まれていて、2つのボリュームとして利用されています。 これを、新規に導入する machine2 に、丸ごと引越したい。 現在の machine1 上での組み合わせのまま、machine2 に物理的に搭載し直し、 machine1 の /etc/fstab に書かれている通りの内容を、machine2 の /etc/fstab に記述すれば、 まったく同様に認識されるものでしょうか？ もしそうでないとすると、これらの HDD はどのように物理的に引越せばいいのでしょうか？ 695 名前：login:Penguin mailto:sage [2008/10/14(火) 10:33:06 ID:vWmjK4Jt] vgexport して vgimport で良いんじゃないの 696 名前：login:Penguin mailto:sage [2008/10/14(火) 11:26:32 ID:aEVCml9h] >>694 まったく同様に認識されるから移設すればいいだけ デバイス名が変わってもLVMが吸収してくれる 697 名前：login:Penguin mailto:sage [2008/10/14(火) 11:29:41 ID:aEVCml9h] >>694 Red Hat系ではinitrdを作り直さないと認識しないから注意 698 名前：login:Penguin mailto:sage [2008/10/22(水) 18:24:56 ID:mn9zpdol] ストライピングしたい場合、LVMの機能でやるのと、LVM+raidtoolsでやるのではどちらが速いですかね？ 699 名前：login:Penguin mailto:sage [2008/10/22(水) 22:34:18 ID:OER6wkY9] md/raidtools 餅は餅屋 700 名前：login:Penguin mailto:sage [2008/10/23(木) 11:08:42 ID:1XXgMoB4] thx。 あ、でもLVM上にraidtoolsでRAID0した場合って、LVを拡張/縮小したい場合はオンラインで出来るのかな？ 701 名前：login:Penguin mailto:sage [2008/10/23(木) 11:53:52 ID:EC+7CKjs] raidtoolでつくったらいd0ボリュームの上にlvmボリュームを作るべきではないか 702 名前：login:Penguin mailto:sage [2008/10/23(木) 11:56:09 ID:bfBmD8Ku] RAIDとLVMの役割分担を 何か勘違いしてる感じだなw 703 名前：login:Penguin mailto:sage [2008/10/23(木) 12:21:25 ID:1XXgMoB4] そっか。順番を逆にしたらいいのか。 704 名前：login:Penguin mailto:sage [2008/12/14(日) 00:35:28 ID:UAh/Kl0e] LLVMじゃドライブの一つが欠損したらどうにもならないだろうと思って RAID1+LLVMの組み合わせを作ろうかなと思ってるんだけど、どうなの？ 無駄？ 705 名前：login:Penguin mailto:sage [2008/12/14(日) 02:04:20 ID:x3iOnWd3] LLVM? 706 名前：login:Penguin mailto:sage [2008/12/14(日) 02:08:59 ID:I0d8H/8+] LowLevelVirtualMachine たぶん誤爆だと思うんだが。でもRAIDが出てきてるしようわからん。 707 名前：login:Penguin mailto:sage [2008/12/14(日) 02:43:28 ID:gTU7GUHh] このスレで質問してるんだからLVMのことじゃねーの？ 708 名前：login:Penguin mailto:sage [2008/12/14(日) 03:16:48 ID:OkP+EP5M] >>704 ごく当たり前に行われている 709 名前：login:Penguin mailto:sage [2009/01/28(水) 23:02:45 ID:tUS0opCF] 1). /dev/sda1 + /dev/sdb1 とで /dev/mapper/VolGroup00-LogVol00 を、 2). /dev/sdc1 + /dev/sdd1 とで /dev/mapper/VolGroup01-LogVol01 を作成し、 1). をオリジナルとして、2). をバックアップとして、毎日完全に同期させています。 もし仮に 1). に異常が発生したとき、/dev/sda1 と /dev/sdb1 、 つまり /dev/mapper/VolGroup00-LogVol00 を外し、 /dev/sdc1 を /dev/sda1 に、/dev/sdd1 を /dev/sdb1 に繋いで、 /dev/mapper/VolGroup00-LogVol00 とすることはできるんでしょうか？ 710 名前：login:Penguin [2009/01/28(水) 23:14:46 ID:auWKhnPP] 図で頼む 711 名前：login:Penguin mailto:sage [2009/01/28(水) 23:18:27 ID:AqwV8nqk] >>709 正直、 　lvm(raid1(sda1,sdc1)) + lvm(raid1(sdb1,sdd1)) でLVM+MD構成にしたほうがよくね？それなら繋ぎ替えとかしなくても そのまま片肺で動くし。 712 名前：login:Penguin mailto:sage [2009/01/29(木) 10:04:25 ID:FT6dwQZ5] >>711 709は、ハード障害よりも、OS/AP/ﾕｰｻﾞ操作によるソフト障害のリカバリーを心配してるのかも 713 名前：login:Penguin mailto:sage [2009/01/29(木) 10:14:51 ID:ZQNgMLUN] LogVol01 を LogVol00 にしたいだけなら、単純に lvrename で済んだりしないかな。 あと、 LVM は各 PV を UUID で見てるから、 sdc が sda に変わっても構成は変化しないと思う。 714 名前：login:Penguin mailto:sage [2009/01/30(金) 18:26:47 ID:jo26Z68K] dumpでバックアップ用にLVMでsnapshotを作ろうとしたんだけど、 空き容量足りない、みたいにいってくるんだけど、 もしかしたら、HDDの空き容量がないとsnapshotは作られないんでしょうか？ $ sudo lvcreate --snapshot --size=1G --name snap0 /dev/my/home Insufficient free extents (0) in volume group my: 256 required って、もしかして >>599-601 と同じ現象でしょうか？ さすがに運用してからリサイズすんのは怖くて無理だなあ orz 運用がひと段落して時間空いたらリサイズすることにするか・・・ 715 名前：login:Penguin mailto:sage [2009/01/30(金) 18:46:32 ID:pFX4Hfia] FSに割り当ててない空きがないとそりゃ無理だろ 716 名前：login:Penguin mailto:sage [2009/01/31(土) 20:59:24 ID:xCSyeJqC] >>715 うん・・・そうだよね。 最初にそれいってよ！ってことなんです orz LVMの意味ねえ・・・。 717 名前：login:Penguin mailto:sage [2009/01/31(土) 21:34:01 ID:xR7C3gwX] RedHatのインストーラはデフォルトだと全領域をロジカルボリュームにしてしまうからな 718 名前：login:Penguin mailto:sage [2009/02/01(日) 22:45:38 ID:W8JBndQ5] SUSEもだ 719 名前：login:Penguin mailto:sage [2009/02/21(土) 19:03:15 ID:94qX/ymd] LVMって定期的にディスクアクセスする? なんかカリカリ言うんだよね… 720 名前：login:Penguin mailto:sage [2009/02/21(土) 19:53:36 ID:b/h0+KPy] メタデータのタイムスタンプ更新とかじゃね 721 名前：login:Penguin mailto:sage [2009/03/02(月) 17:46:54 ID:eMi0mnVL] LVMのパフォーマンスが出ずに困ってます。 ソフトウェアRAID5(SATA500GBx6)のhdparm -tの結果が /dev/md0: Timing buffered disk reads: 958 MB in 3.00 seconds = 318.90 MB/sec このmd0を全領域そのままLVMに割り当てると /dev/vg01/data: Timing buffered disk reads: 292 MB in 3.02 seconds = 96.80 MB/sec こんなもん…？ 特にカスタマイズしてないgentooのLVMパッケージそのままなんですが。 Core2Duo(x86-64)、kernel2.6.27です。 チューニング次第でもうちょい速くなるでしょうか。 722 名前：login:Penguin mailto:sage [2009/03/05(木) 09:56:55 ID:TF4Gm0YN] lvcreate --contiguous y 723 名前：login:Penguin mailto:sega [2009/04/01(水) 15:43:22 ID:B06/PAhd] LVMで構築されてるルートファイルシステムの入ってるディスクを 交換したいんだけど、手順がわからん。 /dev/hda 壊れそうな起動ディスク /dev/hdd 新しく起動ディスクにするつもりのHDD /dev/hddにディスクを追加して中身をコピーして、そのあと /dev/hdaのハードディスクを捨てて、/dev/hddにあったHDDを /dev/hdaに差し替えて、ここからの手順が不明。 /etc/lvmの下の設定ファイルとかの取り回しもよくわかんね。 724 名前：login:Penguin mailto:sage [2009/04/01(水) 16:36:59 ID:N+qA7O0F] やったことないけど、 適当にknoppixとかで立ち上げて ddして差し替えるんじゃダメなの? 725 名前：login:Penguin mailto:sage [2009/04/02(木) 09:47:02 ID:wLO/nTsR] はやいところZFSでもHAMMERでもBtrfsでもいいから標準になってくれたら md+LVMの上にFS作ってとかいう三重苦から解放されるのに。 726 名前：login:Penguin mailto:sage [2009/04/02(木) 10:00:01 ID:iWqzU7Dl] RAID箱買えばいいのに.. 727 名前：login:Penguin mailto:sage [2009/04/02(木) 12:07:38 ID:AtKG6Evx] RAID箱とかカードとかは予備も含めて買っておかないと痛い思いをするからなぁ。 仕事で使うのならともかく、家で使うような鯖ならそこまではとても…。 728 名前：login:Penguin mailto:sage [2009/04/02(木) 12:08:45 ID:DD255WSi] >>726 RAID箱だとLVMやFSが不要になるの? すごいね。 729 名前：login:Penguin mailto:sage [2009/04/02(木) 13:20:25 ID:iWqzU7Dl] 字面しか追えないお子様ですか。それとも非ネイティブ？ 730 名前：login:Penguin [2009/04/02(木) 13:36:02 ID:l22LEMmy] LVMで構成しているHDDからデータを抜き出したいのですが、 誤って論理ボリューム(LV)を削除してしまいました。 復旧させる方法があれば教えてもらえますでしょうか。 731 名前：login:Penguin mailto:sage [2009/04/02(木) 20:39:46 ID:KmPuZOah] RAIDとLVMの関係がいまいち分からんかったので実験してみた。 sda1┐ sdb1--md0(RAID1)--pv0--vg0-----lvol0 　　　　　　　　　　　　　　　　　　　└--lvol1 この状態で、sdaを破損させた。 結果は、普通にlvolにアクセス可能だった。 つまり、物理ディスクの故障はRAIDのボリューム(md0)で吸収されて、 その上位のpv〜lvolには影響ないって認識でOKなのかね 732 名前：login:Penguin mailto:sage [2009/04/02(木) 21:20:57 ID:h+cIIODu] 当たり前じゃんww 733 名前：login:Penguin mailto:sage [2009/04/03(金) 13:48:55 ID:DfOWQDhR] 当たり前じゃんww 734 名前：login:Penguin mailto:sage [2009/04/03(金) 14:24:45 ID:xcr1Fpsd] LVMを好んで使っている奴なんているの？ 735 名前：login:Penguin mailto:sage [2009/04/03(金) 16:11:01 ID:NGrwCixC] 731面白いｗ それダメだったら何のためのRAID1なんだよｗ 736 名前：login:Penguin mailto:sage [2009/04/03(金) 22:53:43 ID:KMrkK/Q+] >>734 俺 737 名前：login:Penguin mailto:sage [2009/04/05(日) 10:27:00 ID:F2DWFdY2] >>723 難しく考える必要ない。 ・/dev/hddをpvとして登録(pvcreate)して ・/dev/hddを既存のvgに追加 (vgextend) して、 ・/dev/hdaに含まれているlvをすべて/dev/hddに移動(pvmove)して 　※アンマウント無しで出来る ・/dev/hdaをvgから除去 (vgreduce) すればおｋ。lvmconfとかいじる必要なし。 www.linux.or.jp/JF/JFdocs/LVM-HOWTO-5.html#ss5.3 www.linux.or.jp/JF/JFdocs/LVM-HOWTO-6.html 738 名前：731 mailto:sage [2009/04/06(月) 22:54:42 ID:D6ic0j5B] >>732 >>733 >>735 過去レス見てて、RAIDとLVMの組み合わせが何回か話題になってたけど、いまいち理解できなかったんだよwww おかげでやっと理解できたよwww 739 名前：login:Penguin mailto:sage [2009/04/10(金) 14:53:39 ID:aZl7+NF4] 実際に自分で試してみるのは重要だと思う。 いざっと言う時の不安も減るし。 740 名前：login:Penguin mailto:sage [2009/04/11(土) 13:51:09 ID:nGoq+PnZ] いざって言うときの話ならZero fillするなりブランクディスクと交換するなりしてちゃんと復帰までできるか試さないと意味がないぞ。 741 名前：login:Penguin [2009/06/19(金) 12:17:03 ID:wDgygRt1] LVMで新しくファイルシステム作ったらOSリブートしたほうが良い？ 742 名前：login:Penguin mailto:sage [2009/06/19(金) 15:41:06 ID:xOpWvKLs] >>741 どんだけおバカさんやねん 743 名前：login:Penguin mailto:sage [2009/06/19(金) 15:45:14 ID:xOpWvKLs] >>737 アンマウント無しに安全にpvmove出来るようになったのはつい最近 RHELやCentOSでは未だに出来ないはず 744 名前：login:Penguin mailto:sage [2009/06/19(金) 17:09:34 ID:uVS0LrOc] それはそれとして、せめてgrubのinstallはやらんとマズイでしょ。いろいろと。 745 名前：login:Penguin mailto:sage [2009/06/20(土) 15:13:58 ID:fz3w6jiH] >>741 Windowsかよｗ 746 名前：login:Penguin mailto:sage [2009/06/20(土) 16:01:09 ID:d0+hafqG] いまどきWindowsだって再起動は不要だ。 747 名前：login:Penguin mailto:sage [2009/06/20(土) 16:49:20 ID:Wg4IvLcN] 再起動が必要なのはWindowsの制限だけじゃないぞ 748 名前：login:Penguin mailto:sage [2009/06/20(土) 17:32:40 ID:mLzLCpGE] 使用中のディスクのパーティション構成を変更した時は 再起動が必要だったような。LVM関係ないけど 749 名前：login:Penguin mailto:sage [2009/06/20(土) 18:59:45 ID:4+KsKEtJ] partprobeぐらい使えよ 750 名前：login:Penguin [2009/06/24(水) 19:00:48 ID:BRl/h1nk] 新しく論理ボリューム作って mkfsでフォーマットしたあと マウントしたら中身消えたんだけど何で？ 751 名前：login:Penguin mailto:sage [2009/06/24(水) 19:03:20 ID:+50xqMil] アナタニホンゴワカリマスカ 752 名前：login:Penguin mailto:sage [2009/06/24(水) 19:05:16 ID:WxeAnTpj] mkfsでフォーマットしたあと 753 名前：login:Penguin [2009/06/24(水) 21:06:38 ID:aCF67bw3] 携帯から書いたから文章打つの面倒で。どうもすみません。 たとえば mkdir /test でディレクトリを作成して適当なファイルを作る。 ↓ lvcreate で/dev/VolGroup00/LogVol07 作成 ↓ mkfs -t ext3 /dev/VolGroup00/LogVol07 でフォーマットしてから ↓ mount /dev/VolGroup00/LogVol07 /test/ で/test をマウント ↓ /test の中身消失。 って事なんだけど・・・・なんでだろ 754 名前：login:Penguin mailto:sage [2009/06/24(水) 21:13:18 ID:bBFYdeOy] 自分で消してるから。 755 名前：login:Penguin mailto:sage [2009/06/24(水) 21:15:59 ID:WxeAnTpj] アンマウントしたら復帰するはず 756 名前：login:Penguin mailto:sage [2009/06/24(水) 22:09:23 ID:N8ozJxG8] >>753 馬鹿だから 757 名前：login:Penguin mailto:sage [2009/06/24(水) 22:17:21 ID:iXcZm1Nd] /test をマウント じゃなくて/testにマウントだろ？日本語教えたろか？ 758 名前：login:Penguin mailto:sage [2009/06/24(水) 22:27:30 ID:N7wYxMR6] >>753 umount /test/ find /test/ -type f -delete 759 名前：login:Penguin mailto:sage [2009/06/24(水) 22:48:19 ID:hXip6hlN] >>753 面白い 760 名前：login:Penguin [2009/06/24(水) 22:49:20 ID:aCF67bw3] そうか俺が馬鹿だからダメなんだな。 叱咤激励ありがとさん 761 名前：login:Penguin mailto:sage [2009/06/25(木) 11:56:58 ID:h89Zn1ea] ネタだと思いたい 762 名前：login:Penguin mailto:sage [2009/06/26(金) 23:26:29 ID:HPdCGQPQ] これはひどい 763 名前：login:Penguin [2009/07/10(金) 22:43:44 ID:IJ2is51O] スナップショットは取得元と異なるVGに保存することは可能でしょうか？ 764 名前：login:Penguin mailto:sage [2009/07/11(土) 21:42:06 ID:LFA7ddCW] >>763 どうも不可能っぽい 765 名前：login:Penguin [2009/07/15(水) 22:09:41 ID:2C0YOuic] ということは、例えばVG01に登録されているPV=物理ディスクに 何らかの障害が発生し、復旧不可能になると、スナップショットは意味ないの？ 別のVGに保存できるなら、元データがふっとんでも、復旧できると思ってました。 766 名前：login:Penguin mailto:sage [2009/07/15(水) 22:12:45 ID:J/B7VN8D] 扱う問題のレイヤが違う。 コンポーネントデバイス（物理ディスク）の障害はRAIDとかそこらへんの仕事。 LVMはあくまで記憶領域の柔軟な運用が目標 767 名前：login:Penguin mailto:sage [2009/07/15(水) 22:57:00 ID:Wh+3Uee4] つか、そもそもスナップショットがどういうものなのか誤解してるぞ。 なぜスナップショット領域が元のデータ領域の 1割とかで済むと思ってる? スナップショットは「バックアップなどを取るために」ある時点での状態を記録したものだ。 それを対象にdumpなどを使ってテープ等の「他のデバイスに」バックアップするのが使い道。 元のファイルのコピーではなく単なるリンクなんだから 元のディスクが死ねば当然リンク先の本体がなくなる訳で復旧なんか出来るはずがない。 768 名前：login:Penguin mailto:sage [2009/07/21(火) 16:16:21 ID:8jOz+2Dy] LVMってなんなのさ？ HDDのストライピングなの？ 領域移動が楽なフォーマットって感じのもの？ 769 名前：login:Penguin mailto:sage [2009/07/21(火) 16:28:31 ID:0g7wYV4c] メリットが明確に理解出来るまで使わなけりゃいい 770 名前：login:Penguin mailto:sage [2009/07/21(火) 16:54:27 ID:L4lOTNSh] >768 ぶっちゃけ、ストレージの仮想化の一手段。 まぁ、仮想化と言っても色々なレベルがあるけどな。 771 名前：login:Penguin mailto:sage [2009/07/21(火) 17:56:17 ID:ZhQXycai] 複数のボリューム（まあHDDと読み替えてok）を束ねて一つの仮想ボリュームと看做せるから、 HDDの増設や追加でいちいちデータを移動したりしなくても、 単一のボリュームに追加で容量を増やして行けるとか、個人レベルでも結構応用が利くのが利点。 単一ファイルでも物理的な配置をストライピングのようにクラスタ単位で複数のHDDに振り分けたりはしないから、 仮にHDDの中の一台があぼーんしても、読み出せなくなるのはあぼーんしたHDDに記録されていたファイルのみ。 そういう意味ではストライピングほど深刻ではない（どれか一台あぼーんしただけでもボリューム全体があぼーん確定）けど、 元々冗長性や安全性を期待して使う類のものではないから注意。 772 名前：login:Penguin mailto:sage [2009/07/21(火) 18:43:09 ID:8jOz+2Dy] >>769　あ、いや、そのCentOSで任せるとLVMで作ってくれるので・・・ >>770　なるほどね、HDDの仮想化ね　そう思ったらなんとなくつじつまが合うかもｗ >>771　あぼーんしたHDDとまだ生きてるHDDで 生きてるHDDをext3とかでmount してファイル救出ですかね？ ちょっとGoogってきます みなさま�dｸｽですた！ 773 名前：login:Penguin mailto:sage [2009/07/21(火) 22:08:12 ID:sxU3ftvQ] >>771 マジ？片方死んでも生きてるディスク上のデータ助かるの？ 774 名前：login:Penguin mailto:sage [2009/07/21(火) 22:33:50 ID:CMRpbGOo] データとしては残っててもFSが不整合になるから サルベージ技術無い限り結局は望み薄 775 名前：login:Penguin [2009/07/21(火) 23:37:41 ID:ne/05ljE] ディスク拡張がラク、スナップショット便利てこと以外に利点。 スナップショット不要、さらにアレイコントローラで、物理ディスクをLU(RG)で纏める場合、LVMの必要性がよくわからん。 ディスク追加する際はLUに追加すればいいんじゃないのと思ってみた。 LVMあんま使ったことないから、混乱してきたな。。 776 名前：login:Penguin [2009/07/21(火) 23:39:57 ID:ne/05ljE] ↑最初の文章おかしいまま、カキコしてしまいました。 利点は二つだという事を言いたいだけです。 777 名前：login:Penguin mailto:sage [2009/07/22(水) 10:04:14 ID:iqxl84l9] ｽﾅｯﾎﾟｼｮﾄ取れてもMBRからの復旧ができる？ 778 名前：login:Penguin mailto:sage [2009/07/22(水) 11:53:41 ID:PJ2Wnixd] >>775 HDDが内蔵の少数の個数とかって運用なら メリットはほとんどないだろうね。 LVMの実力が本当に発揮されるのは もっと大規模な運用なときなんだよ。 ボリューム構成の柔軟性が格段に増す、ってのが最大のメリット。 だから >>769 が現実的な答えだと思う。 最近デフォルトでLVMアリにしちゃうディストリが多いようだけど、 正直、デスクトップユーザには面倒が増えるだけで不要だと思う。 779 名前：login:Penguin mailto:sage [2009/07/22(水) 12:06:40 ID:kNb8Im68] アレイコントローラなんて持ってないご家庭仕様のファイルサーバで使ってるが SATAディスクを3つ4つとスケーラブルに増やしていけるから便利だよ。 780 名前：login:Penguin mailto:sage [2009/07/22(水) 16:30:51 ID:L9jtOV+v] 家庭内ファイルサーバで、どうしても単一のボリュームを増やしたり減らしたりしなきゃいけない って状況はあまりないのでは? (もちろん絶対にないとは言わんが) 普通は新しく買ってきたHDDを既存のディレクトリ下のどこかにマウントしてやるだけで事足りるし その方がいろいろ楽だと思う。 前に出てたけど、ドライブ故障のときとかデータ損失の危険が増えるだけじゃね? 781 名前：login:Penguin mailto:sage [2009/07/22(水) 17:07:37 ID:kNb8Im68] 確かにね。 だから俺はRAID5で組んでるよ。 1TBを4発で実質3TBの単一パーティション。 そしてsambaでSMB共有として使ってるから Windowsからの容量管理を考えると単一パーティションの方が楽なんだよね。 いちいちサーバ側でマウントポイントごとの容量を確認するのも手間だし、 かと言ってWindows側でドライブレターが複数になるのも煩雑だし。 なるべく安楽にメンテナンスフリーで使いたいと思ったらこうなった。 782 名前：login:Penguin mailto:sage [2009/07/22(水) 17:25:43 ID:i0d9v6zl] >780 面倒なのはHDD partition-RAID-LVM-FSの階層手順が深すぎるからだからね。 zfsやbtrfsみたいな階層ブレーカーを使う様になると、HDDはむしろ纏めちゃった 方が楽ってことになるんだけどさ。 783 名前：login:Penguin mailto:sage [2009/07/22(水) 17:41:48 ID:L9jtOV+v] 先月だかのソフデ誌のZFS特集見て ええな〜と思っただよ。ほんと。 現状だとマウント可能になるまでやること大杉。 ライセンス変更してなんとかLinuxカーネルに 組み込めるようにしてくれんものかな。 784 名前：login:Penguin mailto:sage [2009/07/22(水) 18:07:42 ID:i7pHEMGV] ディスク1台のみのデスクトップ用途でも便利。 /homeが足りなくなってきたが/はガラガラなんてことは結構有りがちで、 そういう時に比較的楽にパーティションサイズを調整出来るのが良い。 785 名前：login:Penguin mailto:sage [2009/07/23(木) 12:31:13 ID:L4G0kme3] オンラインでリサイズするの怖い。 786 名前：login:Penguin mailto:sage [2009/07/23(木) 14:09:46 ID:cxfbehGv] このチキンが！ 787 名前：login:Penguin mailto:sage [2009/07/23(木) 18:33:16 ID:V0FXlWLo] >>758　やぱ、こえぇよな >>786　ﾊﾞｸうｐが万全な方でしょうか？ 788 名前：login:Penguin mailto:sage [2009/07/23(木) 18:34:25 ID:V0FXlWLo] あーｱﾝｶﾐｽｯﾀ orz × >>758　やぱ、こえぇよな >>786　ﾊﾞｸうｐが万全な方でしょうか？ >>785　やぱ、こえぇよな >>786　ﾊﾞｸうｐが万全な方でしょうか？ つーかバックアップがテープの人っている？ 789 名前：login:Penguin mailto:sage [2009/07/23(木) 22:54:36 ID:cxfbehGv] >>788 俺はLTO3 790 名前：login:Penguin mailto:sage [2009/07/24(金) 09:53:38 ID:s6i8kuK+] やぱ、いらっしゃいますか。。。 高いし、ワカメが怖いし テープ以外になんかいいのないですかね？ LTO3ならそう簡単にはワカメにならないですか?　>>789 791 名前：login:Penguin mailto:sage [2009/07/24(金) 10:32:02 ID:QDLizY3t] ちっとは自分でぐぐれよ 792 名前：login:Penguin mailto:sage [2009/07/24(金) 20:26:08 ID:8cFFY/1k] ジャムるってどんな粗悪品だよ ヘリカルはクソだがね 793 名前：login:Penguin mailto:sage [2009/07/25(土) 12:02:23 ID:b0ziyYCL] >>784 そうなんだけど、現状だと ・一番手間がかからない/のみの１パーティション構成にする人が多い ・LVMしても、その後でファイルシステムをリサイズするのを怖がる人が多い ということでなかなか普及しませんな。 そういう俺もディスク３台程度でLVMはやめとこうとなって、 一番近いLVM的用法なんてVMwareの仮想ディスクをリサイズして C:\の容量が足りなくなったWindowsのパーティションを拡張したことくらい。 個人用途だと中々LVMの出番が来ない。 会社だとLVM+iSCSIとかでディスク仮想化便利に使ってるけど。 794 名前：login:Penguin mailto:sage [2009/07/25(土) 13:02:10 ID:Em2XyEmO] snapshotの為にLVM使ってる。 795 名前：login:Penguin mailto:sage [2009/07/25(土) 13:13:56 ID:Wi3Nn4VF] LVMの利用意義がなんとなくわかってきたｗ >・LVMしても、その後でファイルシステムをリサイズするのを怖がる人が多い これってもっといい方法ないのですかねぇ 796 名前：login:Penguin mailto:sage [2009/07/25(土) 13:20:15 ID:qTghIUgl] >>795 ディスク追加して、ちょいとマウントしてやれば、簡単に増やせるよ！って方式の 「もっといい方法」がLVMだと思ってたんだが、違うの？ 797 名前：login:Penguin mailto:sage [2009/07/25(土) 13:24:52 ID:Fb3lMXfZ] >795 > これってもっといい方法ないのですかねぇ そこら辺を改善しているのがzfsやbtrfs。 798 名前：login:Penguin mailto:sage [2009/07/25(土) 13:44:24 ID:lzFVun58] LVM使うのが怖い人は、VMWareやVirtualBoxなどの仮想環境でいじり倒して みるのがおすすめ。 799 名前：login:Penguin mailto:sage [2009/07/26(日) 02:25:39 ID:dKQ6FUJz] >>795 パーティション操作ツールの方が便利 DiskDirectorSuiteとかね それにLVMはディザスタリカバリとか考えると・・・ねぇ イメージバックアップソフトでLVM対応したものは無い 無理やり取ってもセクタイメージになるからサイズがでっかくなる システム領域にはLVM使いたくない 800 名前：login:Penguin mailto:sage [2009/07/26(日) 08:31:55 ID:Sqf6GSrG] ZFSにしてみるかなｗ 801 名前：login:Penguin mailto:sage [2009/07/27(月) 23:30:05 ID:3M/GH2Yd] ディザスタリカバリしたければ DRBD + LVM2 もいいだろう。 802 名前：login:Penguin mailto:sage [2009/07/28(火) 02:15:41 ID:s+fkhqn+] ファイルシステムリサイズ恐怖症は一昨年卒業した。 803 名前：login:Penguin mailto:sage [2009/07/28(火) 08:39:33 ID:qkh/vCxj] そして慣れたころに油断してファイルシステムごと吹っ飛ばす。 いつしか動いて当然、という気になって、バックアップとか取らないで やっちゃうんだよね。 804 名前：login:Penguin mailto:sage [2009/07/28(火) 14:15:32 ID:cfCC4a3c] HDDを増設したところ従来のHDDのデバイス名がsda → sdbにずれてしまい、 今まで使用していたLVMのVG/PV/LVが認識されなくなってしまいました。 (もちろん新しいHDDを外して、旧HDDをsdaとして起動すれば認識されます) この場合の「正しい」再認識手順ってのは、どういうものでしょう? いや、実は最初 pvdisplay やっても全く見えてなかったんですが、 pvchange(使い方がよく分からん)をオプション変えて何度か実行してたら、 全部エラーだったくせに、いつの間にかVG/PVが見えるようになってたもんで。 # その後 lvchange -a y LVパス で正常に使用可能になりました という訳で、取り敢えず解決はしたけど「正しい手順」が分からないとゆーw 再び同じ状況になったときのために、どなたかご教示ください。 805 名前：login:Penguin mailto:sage [2009/07/29(水) 02:10:47 ID:7FiVoOM7] >>804 pvscan vgscan lvscan 806 名前：login:Penguin mailto:sage [2009/08/11(火) 18:53:33 ID:N8YxJrhg] DVDから最小インストールしたFedora11でvgremoveを使用すると Volume group "VolGroup" not removed Command failed with status code 5. と出力されます 原因としては何が考えられるでしょうか? 心当たりのある方ヒントをお願いします 807 名前：login:Penguin mailto:sage [2009/08/11(火) 18:58:02 ID:WK11feHT] >>806 エラーメッセージでggr 808 名前：login:Penguin mailto:sage [2009/08/11(火) 20:25:26 ID:N8YxJrhg] ググり方が悪いのかいまいちわからない よかったら教えてもらえませんか? 809 名前：login:Penguin mailto:sage [2009/08/12(水) 11:56:13 ID:rnZGPXwQ] その二行しか出力されないの? それより前に何行も出てたりしない? 810 名前：login:Penguin mailto:sage [2009/08/12(水) 18:59:24 ID:PPhnpZ+s] 既存のLinuxサーバに1TB*2のディスクを増設してRAID1を組み、 1TBすべてをLVMの領域としようと考えています。 このときにパーティションを - 1TBのおおきなパーティションにする - 500G*2等、分割しておく の２つでなにか違いがありますか？ 全体をLVMにするので最終的には同じなのですが、障害時や運用上、 パフォーマンス上でなにか良い点、悪い点はありますか？ 811 名前：login:Penguin mailto:sage [2009/08/13(木) 15:48:40 ID:H9Ey2wIe] >>806 自分で踏んでいるから 812 名前：login:Penguin [2009/08/13(木) 22:15:23 ID:rZrZs/Jn] LVMって複数のHDDを１つのHDDみたいな感じで扱うって認識でいるけど 複数HDDでLVMを組んだ場合にHDDがどれか１つでも壊れると全滅ってこと？ 813 名前：login:Penguin mailto:sage [2009/08/13(木) 22:45:58 ID:cLHxYtSX] 盛り土した上に高速道路作るみたいだがｗ PVを跨がないようにLVを作ればよろし 814 名前：812 [2009/08/14(金) 01:16:19 ID:9/vKw7tC] >>813 ありがとうです。 これってPVとかまたがっている状態でHDDを抜き取ったらダメだけど 逆に抜き取ったHDDからはデータが読めないから盗まれないって解釈でもOKですか？ HDD3個あればRAIDとLVMを組み合わせて抜き取られてもデータが読めず、1個壊れても問題ない っていうのが作れるんじゃないかと考えております。 815 名前：login:Penguin mailto:sage [2009/08/14(金) 01:49:21 ID:iVeb+he4] mdで3玉RAID5とかして、それをPVにするのね いいんじゃないかね、２玉持って行かれるとアウトだが 816 名前：login:Penguin mailto:sage [2009/08/14(金) 02:33:26 ID:0iNIM8VR] 1個抜かれるなら2個でも3個でも抜かれるよね？ PVまたがらないでLVつくるってのはPVとVGを1対1対応でつくるてこと？ 817 名前：login:Penguin mailto:sage [2009/08/14(金) 03:12:44 ID:iVeb+he4] 律儀に１玉抜いて帰る泥棒も居ないと思うがｗ 1VGに3PV入ってても、lvcreate時にはPV指定できるから PV跨がないでLV作成は可能 PV跨いでないならDISKブチ壊れた時でも全部パーにはならないで 何とかなる >>135な人が追試している 818 名前：login:Penguin mailto:sage [2009/08/14(金) 11:08:58 ID:FmrgXovH] >>817 RAID5のアレイからそれぞれ1玉ずつ抜いていくのは、 間違いなくプロの犯行ww 819 名前：login:Penguin [2009/08/14(金) 15:19:19 ID:q89o8hhF] PEの大きさ決める時って何か基準とか目安みたいなものあるんでしょうか？ 小さい方が無駄が少なそうだから4Mとかにしたりしてるんですが。 820 名前：login:Penguin mailto:sage [2009/08/14(金) 16:24:32 ID:hqUEOy8y] LV 1つあたりのPEの最大数が65536個と決まってる。 4MBだと最大256GBのボリュームしか作成できない。 従って、TBクラスのボリュームを作成する場合には 64MBとか128MBとかって大きさで作らんと。 参考 ttp://pantora.net/pages/linux/lvm/1/ 821 名前：login:Penguin mailto:sage [2009/08/14(金) 16:27:38 ID:hqUEOy8y] あ、ごめん。 これ LVM1 の話で LVM2 では制限なくなってるっぽい? ずっと64MBとか指定してたけど、LVM2だともっと小さくていいのか。 822 名前：login:Penguin mailto:sage [2009/08/14(金) 16:32:16 ID:hqUEOy8y] 自己フォロー ttp://www.ibm.com/developerworks/jp/linux/library/l-lvm2/index.html > LVM2 では、PV/LV あたりの最大エクステント数に制限はありません。デフォルトのエクステン > ト･サイズは 4MB です。エクステント・サイズの大小による入出力パフォーマンスへの影響は > 一切ないので、ほとんどの構成ではこのデフォルト･サイズを変更する必要はありません。ただ > し、エクステント数が多いと LVM ツールを使用しにくくなる場合があるので、エクステント・ > サイズを大きくしてエクステント数を抑えることが得策となります。 とのこと。 823 名前：login:Penguin mailto:sage [2009/08/14(金) 16:36:17 ID:0iNIM8VR] >>817 ありがとう。 135からのはすばらしい資料。お世話になりたくないけど。 LVM+RAIDのような仕組みがあればいいのに。 LV作るときに - ストライピング数 - 冗長化数 - サイズ が選べる。 PVレベルで物理的なHDDの構成を認識していて、データの保存先を うまく分散してくれる。 あとから設定変えられて、ストライピングが不要になったら減らせる。とか。 824 名前：login:Penguin mailto:sage [2009/08/14(金) 16:57:09 ID:iVeb+he4] 期待している機能がよくわかんけど Storage Foundation Basicが使えるなら試してみるといい こっちはこっちでややこしい機能満載 825 名前：login:Penguin mailto:sage [2009/08/14(金) 17:10:05 ID:hqUEOy8y] 期待している機能がよくわかんけど ZFSも試してみるといい 826 名前：login:Penguin mailto:sage [2009/08/14(金) 17:47:53 ID:iVeb+he4] FUSE経由のzfsは耐障害性の確認には使えんだろ 827 名前：login:Penguin mailto:sage [2009/08/14(金) 18:49:01 ID:Aecr2YER] そもそもパフォーマンス的にFUSE経由のZFSなんて論外だろ 828 名前：login:Penguin mailto:sage [2009/08/14(金) 19:27:48 ID:6hhpnVOs] 試して気に入ったら Solaris に移ればいいんだよ 829 名前：login:Penguin mailto:sage [2009/08/14(金) 22:10:48 ID:Aecr2YER] Linux板でOSを変えろなんて意見は愚の骨頂 830 名前：login:Penguin mailto:sage [2009/08/14(金) 22:32:12 ID:kMqgWFrJ] そうだな。 Linux板ではまずLinuxありきだし。 831 名前：login:Penguin mailto:sage [2009/08/15(土) 01:06:57 ID:B5bx+teh] 別にいいんでね? 普通の人はOSを使うのが目的ではないんだし。 LinuxでできることのほとんどはSolarisでもできるだろ。 832 名前：login:Penguin mailto:sage [2009/08/15(土) 22:59:22 ID:lBhfkabu] >>831 Solarisなんかに変えたらzfsは良くても他で苦労するだろww 833 名前：login:Penguin mailto:sage [2009/08/15(土) 23:07:27 ID:VquFcSzY] んーなこたーない。 834 名前：login:Penguin mailto:sage [2009/08/15(土) 23:23:41 ID:GcEfXI3O] Solaris厨ウザいな。巣に帰れ 835 名前：login:Penguin mailto:sage [2009/08/16(日) 16:01:09 ID:hCeDzmax] デスクトップ用途ならともかく、 ファイルサーバ用途だったら別にLinuxでもSolarisでもいいんでね。 この場合、ファイルシステムにZFSがネイティブで使えるってのは Solarisの最大のメリットであることは確か。 なんでもかんでもLinuxでやらなきゃ気が済まん というのは正に厨な発想だな >>834 現実的にいいとこ取りでいこうぜ。 836 名前：login:Penguin mailto:sage [2009/08/16(日) 16:09:47 ID:9z2ATOvk] ZFSは別にSolarisの長所ではあるが最大の長所でもなんでもないとか他にもあるけど スレ違いで板違いなので細かくはツっこまない。 LinuxでLVMをやりたい人のスレであり板であるわけなのでどうも…。 私もSolaris使いではあるんだが、ちょっと>>835は空気嫁。 837 名前：login:Penguin mailto:sage [2009/08/16(日) 16:36:32 ID:hCeDzmax] >>836 >>823からの流れで そういう機能が必要なら別のOSに移るという選択肢もあるよ と紹介してるだけだが。 もしLinuxでのRAID + LVM + FS という多層レイヤ管理に本気でウンザリしてるなら 別の選択肢を考えてもいいんじゃないか。 そんな話を出すのもいかんのかな。 LinuxにはLinuxの利点が沢山あるのは承知した上で。 あと、「最大の長所」と書いたのは「この場合」という前提が付いての話な。 「それがSolarisの最大の長所」と書いたつもりはないんで。 838 名前：login:Penguin mailto:sage [2009/08/16(日) 16:41:27 ID:hCeDzmax] あ、いや 伝えたいことは書いたんで もう去るわ。 839 名前：login:Penguin mailto:sage [2009/08/16(日) 16:42:23 ID:H9W5yc/R] 書き捨てするならチラ裏に書けや 840 名前：login:Penguin mailto:sage [2009/08/16(日) 17:04:19 ID:5RW4AdcN] 自分の好まない話題が出されると出て行けと言い 出て行くと書けばそれを書き捨てと言う 実に夏休みって感じの展開だねぇw 841 名前：login:Penguin mailto:sage [2009/08/16(日) 17:15:02 ID:H9W5yc/R] 論理も何もない支離滅裂な文章しか書けない池沼はさっさと病院に戻れよ 842 名前：login:Penguin mailto:sage [2009/08/16(日) 17:21:10 ID:O1n+AG9l] >>837 なんか超漢字の信者思い出した Win3.1よりもOSとして優れてる！とか言ってたけど でアプリは何が動くの？って訊くと黙っちゃった…… アプリケーション含めて初めて役に立つんだと思うな 有償ソフトで固めるならまだしもオープンソースソフトウェアをガンガン使うプラットフォームとしてはｱﾘｴﾅｲ お約束守ってないし色々互換性の問題あるし 843 名前：login:Penguin mailto:sage [2009/08/16(日) 18:42:58 ID:hCeDzmax] >>842 ん〜 「ファイルサーバとして使うなら」って前提で書いたんだけど。 samba とか ftpとか使う分には特に問題ないでしょ。 そんなにSolarisがこの板で嫌われてるとは知らなかったよ。 俺は単純にOSなんてなんでもよくって 自分で使う機能が使いやすいのを自由に選べばいいんじゃないか ってつもりで書いたんだが。 「OSを使いたくて選ぶ」ってのはMacな人だけなのかと思ったけど 意外とそうでもないんだな。 844 名前：login:Penguin mailto:sage [2009/08/16(日) 19:07:06 ID:Da0iBNrp] >>843 しかしKYなのは間違いない。 なにしろ、ここがlinux板だって事を意識してないみたいだからね。 845 名前：823 mailto:sage [2009/08/16(日) 20:48:09 ID:ON+i6sRP] 全部面倒みてくれるZFSいいすね。 いつかの未来にlinuxでフルに使えるようになったらいいですね 846 名前：login:Penguin mailto:sage [2009/08/16(日) 22:24:56 ID:/UcbSk4q] StorageFoundatio anywhere 847 名前：login:Penguin mailto:sage [2009/08/17(月) 00:59:41 ID:tX4eXfat] >>810 PVをある程度細かく切ると、移行先へのpvmoveが少し楽になる場合がある。 1TBのディスクをファームバグとかで切り離したいが、500GBのHDDx2しか 用意できてないとか。1TBのpv切ってると退避不能だが、分割してpv切ってると 退避できる。 848 名前：login:Penguin mailto:sage [2009/08/17(月) 14:21:42 ID:H9tKCOaM] >>843 変態ディレクトリな時点でSolarisいらね 849 名前：login:Penguin mailto:sage [2009/08/18(火) 22:23:33 ID:+UN+JVuz] どんなＤＩＲ？ 850 名前：login:Penguin [2009/08/19(水) 18:15:25 ID:nLRNfndA] ソフトＲＡＩＤ＋ＬＶＭ -> ハードＲＡＩＤ＋ＬＶＭへの移行について 教えてください。 現在、pvとしてmd1が割り当てられているのですが # pvdisplay --- Physical volume --- PV Name /dev/md1 VG Name VolGroup00 [root@mail01 ~]# cat /proc/mdstat md1 : active raid1 sdb2[1] sda2[0] ハードＲＡＩＤへ移行するために/dev/sda2をpvとして割り当るには どのようにしたらよいでしょうか？ #fdisk -l /dev/sda1 * 1 13 fd /dev/sda2 14 19452 fd /dev/sdb1 * 1 13 fd /dev/sdb2 14 19452 fd # cat /etc/fstab /dev/md0 /boot ext3 defaults 1 2 /dev/VolGroup00/LogVol00 / ext3 defaults 1 1 /dev/VolGroup00/LogVol01 swap swap defaults 0 0 分かりづらくてすみません。 851 名前：login:Penguin mailto:sage [2009/08/20(木) 13:39:12 ID:a5N2XjsE] ＞ハードＲＡＩＤへ移行するために/dev/sda2をpvとして割り当るには ここおかしくない？ ハードウェアRAIDのデバイスをVolGroup00に追加して、pvmoveして、md1の割り当てを解除するのがいいんじゃなかろうか 852 名前：login:Penguin mailto:sage [2009/08/20(木) 14:42:53 ID:oZrZ4RMg] ソフトウェアRAIDにつかってるデバイスを切らずに ハードウェアRAIDが作れればいいんだろうけど、 そこんとこどうなんだろ。 853 名前：login:Penguin mailto:sage [2009/08/20(木) 16:23:17 ID:qjr3+1CJ] 何を意図してるのかまったく意味が分からない。 やりたいのは「移行」なんだよな? ハードウェアRAIDを追加したら(ドライバが正しく入ってれば) 普通は新しくsdc として認識されるだけだと思うが。 (あるいは新しいのがsdaになり、従来のがsd[bc]にずれる) 両方マウントして単に中身をコピーした後 SW RAIDを無効にすればいいだけでは? 854 名前：login:Penguin mailto:sage [2009/08/20(木) 16:35:35 ID:oZrZ4RMg] >>853 それやったらLVMでやってる意味がないじゃない。 855 名前：login:Penguin mailto:sage [2009/08/20(木) 18:26:49 ID:qjr3+1CJ] え? なんで? ソフトウェアRAIDをやめて ハードウェアRAIDに「移行」するんでしょ? 両者併用したいってこと? それなら「移行」ではなく「追加」だと思うんだが。 856 名前：850 [2009/08/20(木) 18:49:16 ID:8wrndRwo] みなさん、ありがとうございます。 情報小出しになってしまってすみません。 HDD２台でソフトRAIDを組んでいるサーバーを RAIDコントローラが付いているサーバーへ移行したいのです。 ソフトRAIDのサーバーのsdaディスク全体をddでイメージしました。 新たにRAIDコントローラー付きのサーバーにイメージをリストアしました。 LVMではないパーティションはfstabの指定で/dev/md0 となっているところを /dev/sda1と書き換えました。 LVMからなるパーティションはfstabなどを書き換える必要はなさそうですが VGがmd1のpvから構成されているので、このままではmdの縮退モードとなってしまいます。 せっかくハードRAIDのサーバーへ移行したので、sda2からなるVGとしてソフトRAIDをやめたいのです。 書いてて気づいたのですが、RAIDカードの設定でハードRAIDを無効にした（sda,sdbと２本みえる）状態でリストアして、 mdからsdbを削除して、sdbのパーティションタイプを変更して、sdbのMDスーパーブロックを削除してvgにsdbを加える、 データコピー後にmdを削除、sdbからsdaへ同期するようにハードRAIDを構成でいけるかなあ。 857 名前：login:Penguin mailto:sage [2009/08/20(木) 18:51:56 ID:Tl2T+IF2] >ソフトRAIDのサーバーのsdaディスク全体をddでイメージしました。 >新たにRAIDコントローラー付きのサーバーにイメージをリストアしました。 おおっと。これは想定外www 858 名前：login:Penguin mailto:sage [2009/08/20(木) 18:54:09 ID:qjr3+1CJ] >>856 人に状況を説明する能力がかなり低そうだ。 > LVMではないパーティションはfstabの指定で/dev/md0 となっているところを > /dev/sda1と書き換えました。 これ以降かなり意味不明に見える。 859 名前：login:Penguin [2009/08/20(木) 19:07:21 ID:z7LXRLpP] LVM2の不満点: 1. LVのsnapshotは同一VG上にしか作成できない。 自動でバックアップさせているが、VGの空きスペースが少ないときに困る。 外付けHDDにある *別の* VG上に作成できれば便利だと思うのだが。 2. ひとつのLVにつき65534 PEまでしか管理できない。 デフォルトのPEサイズ（= 4MB）だとLVMのサイズは256GBまでに制限される。 これらが改善されればもっと快適なのだが。。 LVM3に期待しちゃってもいいですか？ 860 名前：850 [2009/08/20(木) 19:23:32 ID:8wrndRwo] >>858 確かに。。 LVMを利用していないソフトRAIDサーバーをハードRAIDサーバーへ移行 する場合は、ddで取得したHDDイメージをリストアしてから、fstabやgrub.conf におけるmd*の部分を該当のsda*へ書き換え、RAIDを使用しないオプションで initrdを作成し直すとハードRAIDのサーバーでソフトRAIDを使用せずに起動しました。 上手く行かないのがソフトRAID上でLVMを使用したサーバーを ハードRAIDへ移行する場合なのです。 デバイスの指定方法はソフトRAIDでもハードRAIDでも/dev/VolGroup00/LogVol00と 変わらないのでファイルの変更は必要なさそうですが、そもそもVGが/dev/md1からなる PVから構成されているので困っているのです。 たとえばこんなことが出来れば助かります。 レスキューCDなどから起動 /dev/sda2をPVとしてcreate vgの構成要因を/dev/md1から/dev/sda2へ変更 861 名前：login:Penguin mailto:sage [2009/08/20(木) 19:28:01 ID:Tl2T+IF2] >LVM3に期待しちゃってもいいですか？ もうちょっと真面目にlvm2のマニュアル嫁 862 名前：login:Penguin mailto:sage [2009/08/20(木) 19:44:08 ID:oZrZ4RMg] >>859 > 2. ひとつのLVにつき65534 PEまでしか管理できない。 > デフォルトのPEサイズ（= 4MB）だとLVMのサイズは256GBまでに制限される。 おかしいなあ…… おれが1TのHDDをLVMにつっこんで700GのLVを切ってるのはマボロシ……？ 863 名前：login:Penguin mailto:sage [2009/08/20(木) 19:52:45 ID:oZrZ4RMg] >>860 まだよく状況がつかめんけど、vgscanじゃだめ？ 864 名前：login:Penguin mailto:sage [2009/08/20(木) 19:53:27 ID:Tl2T+IF2] >>862 おそらく使っているlvm2のバージョンがとてもとても古いのでしょう。 俺もPEサイズを指定した記憶があるもの。いつだったか忘れるくらい 昔だけど。 865 名前：859 [2009/08/20(木) 20:23:05 ID:z7LXRLpP] あ、はい。 PEの管理数制限は私の勘違いでした。（昔の記憶だったもので。） しかしスナップショットが異なるVG上に作成できないのが痛い。 なんとかならないのか。。 866 名前：login:Penguin mailto:sage [2009/08/20(木) 22:30:02 ID:hQNNU4ge] >>865 その制約、何処かの売り物ストレージ管理ソフトも同じ PV単位でVG結合・分割できるけどね 867 名前：login:Penguin mailto:sage [2009/08/20(木) 23:52:52 ID:oZrZ4RMg] でもなあ、スナップショットは元のLVから切りはなすと 何の意味も持たなくなっちゃうから、 ＶＧをまたげる、っていうのはなんだか気持悪いけどなあ…… 868 名前：login:Penguin mailto:sage [2009/08/21(金) 00:03:07 ID:YkMVscqX] スナップショットを差分のコピーか何かと勘違いしていると思われ 869 名前：login:Penguin mailto:sage [2009/08/21(金) 00:17:00 ID:89zFTgQ5] んなことするんだったらddかtarしろよ、って気はするよね。 870 名前：login:Penguin mailto:sage [2009/08/21(金) 08:53:39 ID:eN5qxsOo] ある意味スナップショットが本体でしょ。 それを外部ディスクに作成したいなんて正気とは思えん。 871 名前：login:Penguin mailto:sage [2009/08/21(金) 12:14:31 ID:Rpu3j5AM] スナップショットは一種のハードリンクなんだから 別のVGに作成ってのは原理的に無理なんでは 872 名前：login:Penguin mailto:sage [2009/08/21(金) 19:11:34 ID:xIv5/jxT] スナップ元と同容量のPVが必要だがVxVM買えばできる 873 名前：login:Penguin mailto:sage [2009/08/21(金) 20:46:06 ID:HWzVO6eL] そんなん買わなくてもlvconvert -s でおk 874 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2009/08/30(日) 16:05:48 ID:HLlF5dV7] 最近LVMに興味を持って調べてたら、凄まじい長寿スレに遭遇ｗ 初期からの住人ってまだいるのかな 875 名前：login:Penguin mailto:sage [2009/08/31(月) 23:25:40 ID:Xzc+G5jH] ﾉｼ 876 名前：login:Penguin mailto:sage [2009/09/01(火) 14:14:53 ID:zvxr/DOn] 「snapshotが存在している間に書き込みをすると、書き込みに先立って もとのデータがPE単位でsnapshot用LVに待避される」 という記述は妥当？ データを待避するのでなくて、PEの割り当てを交換するような 実装になっていたりする？（自分はそう思い込んでいたのだが） 877 名前：login:Penguin [2009/09/01(火) 21:26:56 ID:30xIRbHh] ﾉ 878 名前：login:Penguin mailto:sage [2009/09/01(火) 23:12:58 ID:DdYzX9ch] >>874 ﾉｼ >>876 ここの記述だと、PE単位ではなくchunk size単位みたい ttp://www.linux.or.jp/JF/JFdocs/LVM-HOWTO.html#toc7.1 あとsnapshot作成時にはデータはコピーされないんだから、 "待避するのではなくて、"というのはありえない 879 名前：login:Penguin mailto:sage [2009/09/01(火) 23:26:21 ID:r5Ah4PuX] >>878 後半意味不明 880 名前：login:Penguin mailto:sage [2009/09/02(水) 23:48:21 ID:akbxfo5I] スナップショットで基本的な質問。 スナップショットの領域って、 空きPV 空きVG のどっちが必要なの？ 881 名前：login:Penguin mailto:sage [2009/09/03(木) 19:01:33 ID:6HR1l5tV] VGでそ 882 名前：login:Penguin mailto:sage [2009/09/03(木) 20:27:44 ID:pvTDd6jz] 同一VG内の空きPE 883 名前：login:Penguin mailto:sage [2009/09/04(金) 21:02:45 ID:99CfDDyH] 同じVGじゃなくてもいいだろ 884 名前：login:Penguin mailto:sage [2009/09/04(金) 22:11:26 ID:5+k8oEIJ] 同じVGでしょjk 885 名前：login:Penguin mailto:sage [2009/09/04(金) 23:03:02 ID:cj0NRcJt] >>883 別VGのPEにはsnapできません 886 名前：login:Penguin mailto:sage [2009/09/05(土) 16:23:41 ID:OqNMUexm] >>883 >>871 定期的に出てくるな

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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