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

1 名前：login:Penguin [02/06/15 15:28 ID:7xlbr7s1] ワタクシ、Linus V Minusというものです。 LVM(Logical Volume Manager)なんてものに興味を持っています。ちょっとニッチなんですが。 こんな、小さなスレッドですが、にちゃんねるに作成してもよろしいでしょうか？ いえいえ、ワタクシの周りに使っているものがいないもので。（周りは年寄りばかりで、新しいことは躊躇されます） 以上、よろしくお願いします。 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"を「現在のサイズ」と解釈しましたが、これが間違っていますでしょうか? 548 名前：534 [2007/11/30(金) 04:04:21 ID:XRlfEnID] いろいろぐぐって見たのですが、上記の解釈と矛盾するものは見つかりませんでした。 例えば www.docs.hp.com/ja/B2355-60104-03/lvextend.1M.html > 論理ボリュームの論理エクステント数を 100 に増加します。 > > lvextend -l 100 /dev/vg01/lvol3 > > 論理ボリュームのサイズを 400MB に増加します。 > > lvextend -L 400 /dev/vg01/lvol4 論理エクステント(LE)の数というのは、物理エクステント(PE)の価と同じだと理解している のですが、違うのでしょうか? > lvextend -l +100%FREE /dev/VG_1/LV_1 > かな 前述の解釈が正しいならば、+0%FREEになりそうですが、違うのでしょうか。 また、%を付けないスタイルでの正しい指定方法はどうなるのでしょうか? ちなみに、小数点以下は付けても付けなくても同じ結果でした。 549 名前：534 [2007/11/30(金) 04:14:11 ID:XRlfEnID] >>547 あ、すいません。 訂正です。 -Lオプションでの%VGと%LVがゴチャマゼになっちゃってますね。 末尾に%VGを付けるとVG全体中でのパーセンテージを、%LVを付けると存在するLVに対する比率を表す 550 名前：534 [2007/11/30(金) 04:35:07 ID:XRlfEnID] 再度すみません。 remaining の解釈を間違っていました。 a percentage of the remaining free space in the Volume Group with the suffix %FREE というのは「現在残っているVG中のフリーな空間」でのパーセンテージなのですね。 作業後に残る分ではなく。 従って -L +100%FREE は ADD 100% of the current FREE space の意味だと理解しました。 どうもありがとうございます。 あまり使う機会はないかもしれませんが、バイト数での正しい指定方法も教えて頂けるとありがたいです。 551 名前：login:Penguin mailto:sage [2007/11/30(金) 08:19:54 ID:PbsH8r35] >>550 × -L +100%FREE ○ -l +100%FREE バイト数での正しい指定ってmanに書いてあるじゃないか… -L [+]LVのサイズ[kKmMgGtT] てか、うまく行かないなら小さい数字で少しずつ大きくしてみて 確かめればいいじゃん？(使用してなければ)拡張縮小思いのままなんだしさ めんどいからちゃんと調べてはないけど、vgdisplayで出てくる数値は 読みやすいように丸められてるように思う。 だからlvextendでそのまま指定してもうまくいかない、と思う。 vgdisplay --units b とかで見てみたらどう？ 552 名前：534 [2007/11/30(金) 12:20:33 ID:XRlfEnID] >>551 失礼。typoでした。 実は>>547-550は問題のPCとは別の場所から書き込んでました。 先ほど実機の方で試してみたところ、結果としてはダメでした。 -l +100%FREE -l 100%VG -L 838G -L 838.0G -L +72G -L +72.0G 改めて全部試しましたが、前と同じですべて > Extending logical volume LV_1 to 838.00 GB > Insufficient free space: 6704 extents needed, but only 576 available と出てしまいます。 1行目の内容(と2行目がすべて同じ数値であること)から察するに、どの指定方法も「正しい」ように思えます。 問題は何か別の原因????? >>544の手順で、何か間違いがあるのでしょうか? 少なくとも、「空いてる空間を100%使え」あるいは「存在するVGを100%使え」と指定しているにも関わらず、 free spaceが不足している、というのは通常はありえないと思うのですが。 (空き容量がゼロだ、という表示になるならばまだ分かりますが) 553 名前：login:Penguin mailto:sage [2007/11/30(金) 12:33:57 ID:heZ0YSeF] Vineだから 554 名前：534 [2007/11/30(金) 12:47:10 ID:XRlfEnID] > めんどいからちゃんと調べてはないけど、vgdisplayで出てくる数値は > 読みやすいように丸められてるように思う。 というのは確かなのですが、-Lオプションがそもそも「メガバイト単位で指定」 なので、「丸められた数値」での指定が正しいはずでは。 ちなみに vgdisplay --unit bで表示される数値は > VG Size 899795648512 B > PE Size 134217728 B > Total PE 6704 > Alloc PE / Size 6128 / 822486237184 B > Free PE / Size 576 / 77309411328 B となりますが、lvextend で「バイト単位での指定」を行う方法が存在しません。 最小単位が「キロバイト」です。 そもそもLVMが管理する最小単位はバイトではなくPE or LEであるはずです。 555 名前：534 [2007/11/30(金) 12:50:18 ID:XRlfEnID] ということで、LEの数を直接指定してみました。(まだやっていなかった) -l 6704 -l +576 全く同じ表示でした。 > Insufficient free space: 6704 extents needed, but only 576 available 6704が「増分」とみなされてしまうのならば、と -l 576 も試してみましたが、これだと > New size given (576 extents) not larger than existing size (6128 extents) > lvextend: Add space to a logical volume と、「本来の正しい」エラーメッセージが出てきます。 もうお手上げです。 556 名前：login:Penguin mailto:sage [2007/11/30(金) 12:50:33 ID:PbsH8r35] >>552 だから単位の丸め方に違いがあるんじゃないかなって見解示したじゃん 本当は837.99999GBくらいだけど、838.00GBって表示しちゃうのかも。ということ。 ！！！憶測でしかないから本当はどうか知らんがな！！！ で、ワークアラウンドとして、小さい量から積み重ねて増やす。 10Gずつとか。何回かやって、そのたびにvgdisplayで残りを確認。 完全にFree PEが0になったら積み重ねた量を足し算してみればいいと思う。 一気に増やすも少しずつ増やすも一緒だ。 557 名前：534 [2007/11/30(金) 17:33:33 ID:XRlfEnID] >>556 仰ることは分からないでもないですが、>>552に書いたとおり、 -l +100%FREE -l 100%VG というパーセンテージの指定方法でもまったく同じエラーメッセージが出る という点から考えて問題点は別にある(指定サイズの大小ではない)のは明らかと思われます。 と、書くと「やってもみないで」と言われそう wですので、 一応 -L +1K と最小の指定で実行してみましたが、結果はやはり > Insufficient free space: 6129 extents needed, but only 576 available となります。 (もちろん実際の最小の増分は1Kバイトではなく、PEのサイズになりますので、 実質 -l +1と同じ指定になります) >>553の通り、Vine 依存の問題なのでしょうかねぇ…… 本来はこんなに手間がかかる作業ではないんでしょうけど。 困りました。 558 名前：534 [2007/11/30(金) 19:13:33 ID:XRlfEnID] 実のところ、Vine依存のトラブルというよりは 根本的に LVMボリューム拡張の手順を間違えている という可能性の方が高いような気がしているのですが。 実際に何度も拡張を経験している方の目から見て >>544の手順というのは正しいのでしょうか? 559 名前：login:Penguin mailto:sage [2007/11/30(金) 19:19:58 ID:heZ0YSeF] >>558 >>512あたりを嫁 560 名前：534 [2007/11/30(金) 20:38:57 ID:XRlfEnID] >>559 なるほど。 リンク先記事では複数HDDとなってますが、実際は複数PVを含む LVは全部 NGなのですね。 (最初の一つ分のPV以上のサイズにできない) これじゃなんのための LVMか分かりませんね。 (縮小はできるけど、やっぱり主用途は拡張でしょうから) しかし、もう 4ヶ月も前の投稿なのに、まだアップデートされてないってのが…… Vineなワケですかw 取り敢えず原因が分かりました。 どうもありがとうございました。 561 名前：login:Penguin mailto:sage [2007/11/30(金) 22:35:07 ID:PbsH8r35] わけわかんね、Vine腐ってるんじゃないの？ もうそんなディストリ投げ捨てろ って書こうとして自粛してたのだが、本当に腐ってたのかよｗ 562 名前：login:Penguin mailto:sage [2007/12/07(金) 20:25:25 ID:0Todx2Do] lvm2 Build Date: 2007年12月01日 Dﾀﾝ.. 563 名前：login:Penguin mailto:sage [2007/12/30(日) 03:47:41 ID:GnmabIoz] lvm2ってミラーリング(Mirror/UXのlvcreate -mみたいな)とかストライピングできるようになった？ clvmってやつがRHEL4up4でクラスタ化ボリュームミラーリングとか書いてあったからもしかしたら できるようになったのかなー？ ttp://www.jp.redhat.com/magazine/NO31/ 564 名前：login:Penguin mailto:sage [2007/12/30(日) 14:48:22 ID:kD6wUebp] あれ？ ミラーリングはすでにできてたんじゃなかったっけ？ ストライピングは無理だけど。 565 名前：login:Penguin mailto:sage [2008/01/01(火) 01:06:02 ID:k+j/wHVO] 2.6カーネル下でのsnapshotって安定して使えるようになった？ 566 名前：login:Penguin mailto:sage [2008/01/01(火) 08:11:57 ID:B56glK3n] 2.6.19 あたりは安定していた。 最近のはいまいち。 567 名前：login:Penguin mailto:sage [2008/01/19(土) 17:42:04 ID:M8Nmbs0I] >>407にもあるように /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) このようになってしまった場合の解決策ありませんか？(´･ω･｀) physizal sizeの縮小に対して filesystem sizeの縮小がおこなえていないことが原因なのはわかるのですが 具体的にどこで設定できるのかがここ数日挑戦しても解決できません。 どなたかアドバイスいただけませんか(つд⊂) 568 名前：login:Penguin mailto:sage [2008/01/21(月) 14:32:19 ID:CLm+aD3F] ファイルシステムをまず小さくしてからLVを小さくしなきゃダメ そもそも小さくできるファイルシステムは限られてる。確か、 ファイルシステム標準のツールで小さくできるのはReiserだけで、 GNU parted で ext[23] も小さくできる、んだっけかな？ いずれにしても壊れてしまってるものは運良く復元できるかも しれないしダメかもしれない。 569 名前：login:Penguin mailto:sage [2008/01/21(月) 20:06:22 ID:0424Edot] CentOS4.6で SCSI device sdf: 20507805696 512-byte hdwr sectors (10499997 MB) こんなディスクをつけたんだけど、pvcreateすると、 PV Size 9.55 TB / not usable 1.00 MB なんて言われる。0.5TBはどこへ行った？ 570 名前：login:Penguin mailto:sage [2008/01/21(月) 20:22:40 ID:0424Edot] 20507805696*512/1024/1024/1024/1024=9.5497 すまね。 あまりの天使の取り分の多さに気が動転してたようだ。 571 名前：login:Penguin mailto:sage [2008/01/21(月) 21:51:29 ID:C2nM2YT+] >>568 ext2,ext3はe2fsprogs付属のresize2fsで小さくできるよ。 作業ミスが怖いからGNU Partedを使ったほうがいいけど‥ 572 名前：login:Penguin mailto:sage [2008/01/21(月) 22:00:50 ID:y073FPoP] partedは最近の拡張に追い付いてこれてるか？ 573 名前：567 [2008/01/22(火) 05:35:38 ID:KvGSt0M/] レスありがとうございます！ resize2fsを試してみたのですが resize2fs: Can't read an block bitmap while trying to resize /dev/XXX とでてしまい次へすすめませんでした。 また、GNU　partedというヒントから検索してみたところ /**ファイルシステム総合スレ その1**/ pc.2ch.net/test/read.cgi/linux/1006743807/ こちらの640〜647の下りで似たようなケースを発見しました。 上記のケースではMBMの区画エディタにて復旧できたそうです。が 残念ながら、肝心の区画エディタO&Oのoodlinuxなるソフトウェアの公開が停止しているようで 試すことができませんでした。orz 万策つきた感じでしょうか（T-T 574 名前：567 [2008/01/22(火) 05:43:25 ID:KvGSt0M/] O&O Defrag Linux BETAはベータで開発中止、ボツったそうです・・・。 575 名前：567 [2008/01/22(火) 06:33:11 ID:KvGSt0M/] すいません、深夜作業でテンパってたみたいです。 上記のケースではMBMの区画エディタを利用したわけですね。 休憩後チャレンジしてみます：） 576 名前：567 mailto:sage [2008/01/22(火) 07:55:09 ID:KvGSt0M/] MBM区画エディタではect3閲覧できずorz 577 名前：login:Penguin mailto:sage [2008/01/22(火) 12:03:32 ID:yiAXiNME] MBMに区画の中を見る能力なんてない あんたのスキルじゃあまりに無茶だろ、その作業は、正直 578 名前：login:Penguin mailto:sage [2008/01/23(水) 09:17:27 ID:lfCjtbY5] LVMにMBM無意味だし もう諦めろよ 579 名前：567 [2008/01/23(水) 09:52:59 ID:FgvqTTFZ] あきらめずにKNOPPIXから vgchage,e2fsck,resize2fs,lvextend,lvreduceを駆使して、 もとのphysical sizeに戻し正常な状態になんとかもどせました。 お世話様でした。m(__)m 580 名前：login:Penguin mailto:sage [2008/01/23(水) 11:33:50 ID:6pJ/x7kZ] 良かったな 581 名前：login:Penguin mailto:sage [2008/02/02(土) 17:34:16 ID:Sk+gOLYe] manみたかんじだと-mと-iでミラーもストライピングもできるってかいてあるんだが ちゃんと使えるならmdadmとかのraid0、raid1、raid10とは機能的にかぶるよね、どっちが良いんだろ？ clusterlvmでも-mと-i使えるんだろうか？ raid5とraid6も使えるようになればlvmだけでよくなりそうやね 582 名前：login:Penguin mailto:sage [2008/02/02(土) 21:42:55 ID:hWODtnUX] VxVM化するのか。 バグも同じように増えていくんだろうなｗ 583 名前：login:Penguin mailto:sage [2008/02/07(木) 02:19:17 ID:hSH8lz3u] RAID総合スレでも同じような話題が出ているな。 っていうか内部で raid5 とかやっちゃうと、不良HDDがでたときに、 pvmove で健康なHDDに寄せるということができなくなっちゃうんじゃないの? あ、raid5 だから、一台とりかえてリビルドすればいいのか。 なんか頭がこんがらがってきた。 584 名前：login:Penguin [2008/02/07(木) 02:47:04 ID:MhI2GJBO] くだ質だったらすみません。 LVM で2個イチにまとめた 500GBx2 のボリュームを2つ使っています。 具体的には /dev/hda と /dev/hdb で /VolGroup00、 /dev/hdc と /dev/hdd で /VolGroup01 を作成しています。 前者を /home に割り当て、後者をそのバックアップ /home_backup にしています。 ここで疑問なのですが、LVM を構成するHDDの一つに障害が発生した場合、 その LVM をバラして各 HDD の内容を救出する、というようなことは可能なのでしょうか いま現在は上述どおりバックアップも取っているのでまだいいのですが、 いずれは VolGroup00 側の HDD も VolGroup01 側の HDD も故障すると思うので、 そういう事態がないとは言い切れません。 どうなんでしょうか？ やはり LVM をバラすとそのドライブは読めなくなってしまうのでしょうか。 585 名前：login:Penguin mailto:sage [2008/02/07(木) 03:34:36 ID:wkwo0mxs] 「lvm 故障 復旧」でぐぐってみれば? 情報はいっぱい出てくるよ。 586 名前：login:Penguin mailto:sage [2008/02/07(木) 08:32:32 ID:PJ0xyyBI] >>584 >>149〜あたりの話かな？ 587 名前：login:Penguin [2008/02/07(木) 10:29:17 ID:j9YRu0Ee] どうもありがとうございます。 >>148-156 の大作ですね ←自分のメモ用です。すみません。 ちょっとじっくり読ませていただきたいと思います。 588 名前：login:Penguin [2008/03/04(火) 23:11:07 ID:K8yPdd7W] くだらねぇ...。 で相手にさらなかった（長文すぎて）ので質問させてください。 勉強不足なのはわかってますので、ご容赦を。眠くてかなり思考力おちてます。 ぶっちゃけた話、FC4でLVM組んでますが、/dev/hda2に/dev/VolGroup00/LogVol0[01]があったとして、 そのVGとLGを消してしまった場合、元に戻す方法ってありますか？ /dev/hda2の中にboot以外とswapのみはいってました。（=LV00,LV01) 最悪LVMでなくても普通のファイルシステムとしてマウントできる方法とかないのでしょうか？ LVMの管理情報が消えたときって中身のデータ自体は無事ですよね？ 全くバックアップをとってないのというのはあきれてますが、頼まれたら嫌とはいえない性格ですので。 かなりこまってます。 申し訳ないですが、分かる方ヒントのみで結構ですので、お教えください。 589 名前：login:Penguin mailto:sage [2008/03/04(火) 23:29:41 ID:f138xmmP] FC4を捨ててから出直してこい 590 名前：login:Penguin mailto:sage [2008/03/05(水) 02:36:07 ID:HWfQXJWF] まず寝ろ 591 名前：login:Penguin mailto:sage [2008/03/05(水) 08:51:14 ID:W53eNevY] ないんじゃね？ 592 名前：login:Penguin mailto:sage [2008/03/05(水) 09:16:46 ID:V8HqIqNE] >>588 dd if=/dev/hda2 bs=512 count=255 skip=1 | strings これで何も見えなかったら諦めれ。 593 名前：login:Penguin [2008/03/08(土) 16:44:17 ID:tl0WRxQT] >>592 レス有り難う。つД｀)･ﾟ･｡･ﾟﾟ･*:.｡..｡.:*･ﾟ ちなみに古いPV,LVはのこってない。 ちゅうか、痕跡もなかったです。 で、馬犬 目 ぽ..._〆(ﾟ▽ﾟ*)、データレスキューの会社に頼みましょうっていったら、 じゃ、そうしてって...。 最初からプロにまかせりゃはやいっていってるのに。 本当に(;´ρ`) ｸﾞｯﾀﾘ でした。 本当、こんな訳わからんことにレスしてくれて有り難う。 もっと精進します。 594 名前：login:Penguin mailto:sage [2008/03/08(土) 18:01:09 ID:OXyuHSqg] SUSE 9から10にあげたんだ。 LVMは1のままだったんだ。 スナップショットとったらLVM関係がうごかねーんだ。 リブートしたらはんぐなんだ。 うわー。 595 名前：login:Penguin [2008/03/12(水) 20:33:22 ID:7jQsVz/g] 最近やっとLVMの意味がわかった しかしまぁ・・・・いまさらHDをいじるのが怖いｗ OS入れ替えのときにLVMにしてみます 596 名前：login:Penguin mailto:sage [2008/03/15(土) 07:00:20 ID:5C7unTpW] >>594 いい事いうじゃねえか。 で、やれるんだな？ 今すぐ頼むぞ。 597 名前：login:Penguin [2008/03/24(月) 17:48:52 ID:xks+NIrR] >>595 LVMの意味を教えて下さい。 598 名前：login:Penguin [2008/03/24(月) 21:07:48 ID:xwvutk/t] >>597 >>1に書いてある 599 名前：login:Penguin [2008/03/26(水) 10:27:32 ID:/rbx928m] スナップショットが簡単にできるならと思い、Fedora8で # lvcreate --snapshot --size=1G --name snap0 /dev/VolGroup00/LogVol00 そしたらエラーになった。 Insufficient free extents (1) in volume group VolGroup00: 96 required デフォルトインストールなので VolGroup00はLogVol00だけで空きはない。 HDD追加せずにsnapshot領域を確保するには LogVol00を縮小できればいいような気がするけど、できるの？ 600 名前：login:Penguin mailto:sage [2008/03/26(水) 10:51:42 ID:JMhK92pu] FSが縮小に対応していて、もちろん空きがあれば。 601 名前：login:Penguin [2008/03/26(水) 14:16:06 ID:/rbx928m] >>600 あんがと、できるかどうかから調べるのはNG時のショックが大きいので躊躇してた。 一応 1. レスキューでmountせずに起動 2. lvm vgchange -ay /dev/VolGroup00 <-LVM有効化 3. fsck.ext3 -f /dev/VolGroup00/LogVol00 4. resize2fs /dev/VolGroup00/LogVol00 34G -- reboot -- 5. lvresize -L34G /dev/VolGroup00/LogVol00 6. lvcreate --snapshot　・・・・ 無事 snapshot 領域確保できた。 602 名前：login:Penguin mailto:sage [2008/04/09(水) 22:10:32 ID:5v+cawCi] pvmove中でも普通にpc使って大丈夫なのかぁ。 なんかlinuxはどの作業が危険だとか認識される／されないが分かりづらいな。 クラッシュしても続きからいけるとか書いてるから安心してwebをm 603 名前：login:Penguin mailto:sage [2008/04/10(木) 00:26:18 ID:5lkztsUT] mountされてなきゃただのI/Oよ 604 名前：login:Penguin mailto:sage [2008/04/10(木) 02:25:07 ID:GkLC0n+x] >>603 いやマウント中の作業です。 無事終わった。 605 名前：login:Penguin mailto:sage [2008/05/05(月) 12:04:22 ID:qLvyVB3C] LVM3開発開始だとか 606 名前：login:Penguin mailto:sage [2008/05/05(月) 12:43:49 ID:p+flnnxD] LVM3はちゃんとバリアが効くようにしてください 607 名前：login:Penguin [2008/06/04(水) 22:30:36 ID:n3tY6HIr] LVM(中身はext3)の外付けHDDがあります。 これを別のマシンにつないで中を見たいのですが どうやってLVMをマウントすればいいのでしょうか？ 普通だったら nfs -t ext3 /dev/sda /mnt だと思うのですがLVMの場合はどうすれば？？？ 608 名前：login:Penguin mailto:sage [2008/06/05(木) 08:30:16 ID:pEFbHf00] >>607 pvscanしてvgchange -a yしたらいいと思うよ。 609 名前：login:Penguin [2008/06/05(木) 17:10:26 ID:JbNBeTqA] nfs? 610 名前：login:Penguin mailto:sage [2008/06/05(木) 18:13:27 ID:21YGfzJ8] lvcreateであいているスペースすべてを作成するには以下のコマンドであっていますか？ lvcreate -l 100%FREE -n LV VolGrouptest linux.die.net/man/8/lvcreate ↑読んだんですけどいまいち-lオプションのVGとFREEについてわからなくて・・・ 611 名前：login:Penguin [2008/06/05(木) 23:22:00 ID:xuMIbzDB] 起動ドライブのVolGroup00をVolGroup99にしたら起動しなくなったのだけれど 助けて 612 名前：login:Penguin mailto:sage [2008/06/06(金) 11:11:47 ID:25LbsBUl] >>611 インスコCDのレスキューモードで起動して名前直せばいいんじゃない？ 613 名前：login:Penguin mailto:sage [2008/06/06(金) 12:48:36 ID:F4ZUbmLb] >>610 >>544-557あたり読んでみれば? 俺がどうしてもサイズ変更できなくて苦闘したときのやりとりだが。 いろんなパターン片っ端から試してる。 (やってるのはlvextendだが指定方法は同じ) ちなみに、オチはVineのバグだったとゆーw 614 名前：login:Penguin mailto:sage [2008/06/07(土) 01:30:03 ID:juXFIy0Q] >>610 %指定は動かないから実装されてないんだと思ってたよ 615 名前：login:Penguin mailto:sage [2008/06/07(土) 21:03:01 ID:Gk9jVHRS] gpartedでLVMの入ったパーティションをリサイズ(拡大)したいのですが どうしてもうまくいきません。 もちろん空きはあります。fdiskで新しいパーティションをつくれます。 どうやってパーティションを広げたらいいでしょうか？ 616 名前：login:Penguin mailto:sage [2008/06/07(土) 21:10:21 ID:AVJ99GJ4] >>615 未対応 617 名前：login:Penguin mailto:sage [2008/06/09(月) 13:15:08 ID:Qv/HdhEc] >>615 pvresize でもぶっちゃけリスクを負いたくないなら新しいパーティションをPVに追加するだけでもいいんじゃないかと 618 名前：login:Penguin mailto:sage [2008/06/14(土) 00:42:09 ID:GtA4XCQf] LinuxLVMで質問です 起動時、grub> のプロンプトでkernel行のroot= の部分でルートファイルシステムを指定しようと思うのですが、 LVMのデバイス名（vg名やlv名）を忘れてしまった場合、 TAＢキーやfindコマンドを使ってもルートファイルしシステムがLVMなので補完したくてもできない場合、 Linux のLiveCD等で起動してLVMのデバイス名を調べるしかないですか？ 619 名前：login:Penguin [2008/06/14(土) 12:58:34 ID:uzvw2+4m] 複数ディスクをLVMで1ボリュームにしてガバっと使いたいんだけど LVMのデメリットって何？ 1つのディスクが死んだら終わりとか？ 620 名前：login:Penguin mailto:sage [2008/06/14(土) 14:00:20 ID:1+VSoFd/] 多少のオーバーヘッドがあるくらい？ あとトラブル時に対応できるスキルがないとダメなくらいかな？ よくわかんないけど。 621 名前：login:Penguin mailto:sage [2008/06/14(土) 15:12:39 ID:6SEFplCp] ゴミどもめ 622 名前：login:Penguin [2008/06/14(土) 20:08:31 ID:ae9YVSGi] オーバーヘッドだけ？ 束ねたディスクのうち1台が死んだらどーなるの？ 623 名前：login:Penguin mailto:sage [2008/06/14(土) 20:34:58 ID:sC2X09Sk] 全滅 624 名前：login:Penguin mailto:sage [2008/06/14(土) 21:02:44 ID:qs0Dc9DK] 上がってるから何気に開いたらこのスレ2002年からあるのか… 625 名前：login:Penguin mailto:sage [2008/06/15(日) 02:37:09 ID:B19FrabJ] >>619 動的に容量を増減できるところはメリットかなぁ 626 名前：login:Penguin mailto:sage [2008/06/15(日) 16:20:52 ID:CdTlYS0s] >>622 LVMは普通RAIDと一緒に使う。 RAIDの上にLVM。 627 名前：login:Penguin mailto:sage [2008/06/15(日) 19:47:05 ID:BA+ZzdGW] ZFS vs. Linux Raid vs. Linux LVM vs. Linux LVM + Raid www.unixconsult.org/zfs_vs_lvm.html 628 名前：login:Penguin mailto:sage [2008/07/01(火) 21:37:53 ID:3IykgVK0] 一つのディレクトリに2箇所からmountすれば 単一のボリュームとして扱われると信じてたころが懐かしい 2箇所からリンク引っ張って合体とか・・・ そういう仕様で作ってくださいとエロい人にいいたい RAIDの上にLVM必至とか、安全なんだか危険なんだか 便利なんだか面倒くさいんだか全然わかんねーよ そんな理由でLVMに踏みきらない人は多いはず 629 名前：login:Penguin mailto:sage [2008/07/01(火) 21:58:45 ID:0HA3LMf0] 漏れも漏れも 使ってるトリのインストーラの標準がLVMだから 切るのまんどくさい。つーかやめていただきたい。 630 名前：login:Penguin mailto:sage [2008/07/02(水) 08:03:43 ID:1ybAcnmw] >>626 世の中のUNIXサーバーは、内蔵ディスクに「RAIDの上にLVM」なんてことは しないが。 LVMミラーリングでRAID1を構成することはよくあるが。 631 名前：login:Penguin mailto:sage [2008/07/02(水) 09:16:38 ID:RgaN+n31] 俺のRHEL5はインストール時RAID5の上でLVMしてる… コレって普通じゃないの？ 632 名前：login:Penguin mailto:sage [2008/07/02(水) 12:33:30 ID:kY+rYQjq] >>630 UNIXサーバとやらだったら ハードウェアRAIDがデフォルトなんじゃないの? 633 名前：login:Penguin mailto:sage [2008/07/02(水) 12:41:27 ID:15uy4jBz] 別にデフォルトではないよ。 634 名前：login:Penguin mailto:sage [2008/07/02(水) 15:19:43 ID:eGcFOXuW] というか、カードタイプのハードウェアRAIDなんかまず使わん。 635 名前：login:Penguin mailto:sage [2008/07/02(水) 20:16:05 ID:1ybAcnmw] ハードウェアRAID使ってるのなんて、PCみたいな廉価なサーバーぐらいしか 思い浮かばん・・・ 636 名前：login:Penguin mailto:sage [2008/07/04(金) 00:33:48 ID:X/oJ9laK] 最近のUNIXサーバは内蔵ディスクでハードウェアRAIDに対応しているものが多いと思う HPでもSunでも ただ>>626は外部ストレージのことを言ってる様な気がする 637 名前：login:Penguin mailto:sage [2008/07/04(金) 01:57:46 ID:7gcupJvt] >>636 > 内蔵ディスクでハードウェアRAID ? 638 名前：login:Penguin mailto:sage [2008/07/05(土) 10:54:50 ID:MeeUCArm] >>637 マザーにRAIDチップが載ってるタイプのことと想像。 639 名前：login:Penguin mailto:sage [2008/07/06(日) 19:41:38 ID:AtahaQoe] www.atmarkit.co.jp/flinux/rensai/xen202/xen202b.html ふつうターゲット上でLVMじゃねーの？ 640 名前：login:Penguin mailto:sage [2008/07/25(金) 23:39:36 ID:8Ned7Kmk] 言っちゃうぞ。 まだスナップショット駄目なんだってな。 素直に evms にしときゃあ……くっ…… 641 名前：login:Penguin [2008/07/27(日) 03:15:50 ID:RwYz5TZf] LVMを構成しているHDDのうち、１台が故障したとき、 LVMで構成したファイルシステム全体が見えなくなるのでしょうか。 それとも、一部のファイルのみが見ることができなくなるんでしょうか? 642 名前：login:Penguin mailto:sage [2008/07/27(日) 12:21:57 ID:zvF1vjzN] ちょっと検索すりゃ すぐ出てくる話だと思うが 643 名前：login:Penguin [2008/07/28(月) 06:10:17 ID:vcSXj+Qj] LVMに経験ある人の話を直積 聞きたいから来たわけだが 644 名前：login:Penguin [2008/07/28(月) 06:29:35 ID:vcSXj+Qj] とだけ書いても会話になりそうにないから付け足して書けば、 僕の予想では、LVMの上に構築するファイルシステムの種類によって違うのだと思う。 ファイルへのインデックスが書かれている番地が偏在しているようなファイルシステムで インデックスがたまたま位置したHDDが故障すれば全部が見えないこともあるし、 逆の場合は、大きなバッドセクタのようになり、ファイルが虫食い状態になる。 そう考えていいのですか? それとも、LVMシステムがボリューム構築に利用する情報がHDDの障害に脆くて HDDが１個焼失してもLVMが機能しなくなるのでしょうか・・・。 645 名前：login:Penguin mailto:sage [2008/07/28(月) 11:36:57 ID:DQdsBUbz] ちょっと検索すりゃ (LVMに経験ある人の話が) すぐ出てくる話だと思うが 646 名前：login:Penguin mailto:sage [2008/07/29(火) 01:14:16 ID:8d+X+gCG] >>644 LVMはファイルシステムから見たらただのブロックデバイスだよ。 647 名前：login:Penguin [2008/07/29(火) 06:42:34 ID:lGh89x8f] 例えばHDD１０個をつなげてLVMを作れば、どこかで故障が起こる可能性は１０倍に増える。 対障害性能があるRAIDと組み合わせて（２重化として対障害は積算か）も、効果が相殺されて厳しい気がする。 だけど１０個つなげばLVM全体から見ればHDD一つは１／１０の故障となるから故障規模は小さくなるわけで 結局RAID+LVMを構成するかしないか決断がつくには、 １個のHDDの故障が、どれだけのデーターの損失波及するかによるよね。 物理的損失より必ず論理的な情報損失のほうが大きくなるわけで、 一つはLVMシステムが持っている管理情報がダメージを受けること、 もう一つは上に構成したファイルシステムに障害がおこりダメージが派生することだ。 すなわちLVMやファイルシステムの障害が個別のデーターではなく、それ以上にデーター全体の整合性に波及することが 怖い。 その辺のから解脱できたひといたら語ってほしい。 648 名前：login:Penguin mailto:sage [2008/07/29(火) 08:45:05 ID:cjUPK7RU] > 例えばHDD１０個をつなげてLVMを作れば、どこかで故障が起こる可能性は１０倍に増える。 基本情報処理から勉強し直したほうがいいよ。 それと、「データー」って何? 649 名前：login:Penguin mailto:sage [2008/07/29(火) 13:43:57 ID:FOLu2OoK] 135から読み直せ 650 名前：login:Penguin mailto:sage [2008/07/29(火) 14:39:34 ID:PdclCiTI] 実際には、モノの故障率によって変わってくるけど、まあ10倍でいいよ（笑） 651 名前：login:Penguin [2008/07/31(木) 13:47:14 ID:jh4IJeuA] >>135 厳しい現実がかかれてるね・・了解。 652 名前：login:Penguin mailto:sage [2008/08/13(水) 12:21:14 ID:XmgY44KA] >>648 稼働率0.9のHDDを10台用意し、それらで一つのボリュームグループを作ったら、 LVMの稼働率は0.9^10になります。 653 名前：login:Penguin mailto:sage [2008/08/13(水) 12:24:28 ID:XmgY44KA] >>648 >>650 お前らなんでそんなに不親切で知ったかぶりな態度をとるんだ？ そんな小馬鹿にした態度をとる暇があったら答えを書けよ答えを。 654 名前：login:Penguin mailto:sage [2008/08/13(水) 12:47:02 ID:XmgY44KA] ああ、つまり、答えを知らない初心者君が同じ初心者をいたぶっているだけか。 655 名前：login:Penguin mailto:sage [2008/08/13(水) 23:45:22 ID:sho8OfFG] 二週間遅れのツッコミ乙 656 名前：login:Penguin mailto:sage [2008/08/15(金) 23:56:12 ID:Dahhif8C] やっと勉強して帰ってきたらしい 657 名前：login:Penguin mailto:sage [2008/09/14(日) 12:01:57 ID:O5/W6Pyy] ソフトウェアのストライピングが微妙な件 658 名前：login:Penguin mailto:sage [2008/09/14(日) 14:11:22 ID:QHy0db2G] スレ違い? 659 名前：login:Penguin mailto:sage [2008/09/17(水) 03:24:11 ID:s5weIHPc] 単にインタリーブしてるだけだしな 660 名前：login:Penguin [2008/09/25(木) 14:46:51 ID:m/JW7tpN] lvm 使うか普通にパーティション切るかで考えてるですが、 将来HDD交換して増量させたい場合は、lvmの方が良いんでしょうか？ lvmならパーティションのように困らず 自由に領域を変更できる、みたいなのがウリな気がしますが、 結局Gpartedとかでパーティション増やせるし変わらない気がします。 そこのところどうなんでしょう。 これまでlvmを使ってきましたが、 gpartedなどが対応していないため、 部分的にコピーしたい場合など非常に不便に感じています。 ああ、これパーティション切ってたら、パーティションコピーして 終わりなのになあ・・・みたいな感じです。 661 名前：login:Penguin mailto:sage [2008/09/25(木) 15:28:36 ID:wLKYoEG2] おれはlvm使わないなぁ。メリットがわからん。 662 名前：login:Penguin mailto:sage [2008/09/25(木) 16:04:36 ID:LyRk07KA] 交換して増量するなら大してかわらないだろう 追加して増量するときに威力を発揮すると思うんだが・・・ 663 名前：login:Penguin mailto:sage [2008/09/25(木) 16:15:48 ID:5Y5rOSdf] >>660 HDD交換で増量ではなく HDD追加で増量のときにメリット大。 ただ、普通に足したらHDD故障時に面倒になるんで 大抵の人はRAIDと組み合わせて使ってるのでは。 RAID + LVM + XFSの組み合わせが 容量変化の要求に対して柔軟に対応できて かつ安全な組み合わせだと思うが。 こういったメリットが分からない、 あるいは、そのメリットが不必要な人は 別に無理して使うもんでもないと思う。 664 名前：login:Penguin mailto:sage [2008/09/25(木) 16:16:44 ID:5Y5rOSdf] ｦ 一部カブった 665 名前：login:Penguin mailto:sage [2008/09/25(木) 16:24:35 ID:Mtld4aS2] HDなんて揺らさずに冷やしまくれば10年は壊れない。 と最近思えてきた。 666 名前：login:Penguin mailto:sage [2008/09/26(金) 05:29:58 ID:L6fJPxoG] うちのサーバも663の組み合わせにしてるけど、 XFSだと容量を減らせないのが場合によっては扱いづらいかも。 元々は多数のストレージデバイスをうまく抽象化したり、 容量割り当てを固定化しないためのものだから、 660みたいな容量ぎりぎりでやりくり(?)するような使い方は LVMとしては想定の外だろうね LVMを使う場合はその複雑性とつきあう必要も出てくるから、 小規模なら使わない方が良い場合も多いだろうね。 667 名前：login:Penguin mailto:sage [2008/09/26(金) 10:28:02 ID:3nl099Gm] おれはsnapshotが便利だから使ってるよ。 668 名前：login:Penguin mailto:sage [2008/09/26(金) 13:39:08 ID:XgVKNEXu] >>665 それは間違い 669 名前：login:Penguin mailto:sage [2008/09/26(金) 13:49:21 ID:QI1JpPNb] >>665 gigazine.net/index.php?/news/comments/20070219_disk_failures/ 670 名前：login:Penguin mailto:sage [2008/09/26(金) 14:05:40 ID:c/zlIyMB] >>669 GoogleのHDの使い方と、一般人のHDの使い方は違うから 一概にそうも言えないと思うが。GoogleのHDは環境によるダメージを 受ける前に別の要因で死んだ可能性もあるし。 671 名前：login:Penguin mailto:sage [2008/09/26(金) 15:13:37 ID:XgVKNEXu] 故障については個人的な経験のみで語ると恥をかく 672 名前：login:Penguin mailto:sage [2008/09/29(月) 21:05:23 ID:UaUxgw6s] 俺の脳みそを拡張するには どのようなコマンドを実行すればいいでしょうか？ 673 名前：login:Penguin mailto:sage [2008/09/29(月) 21:12:44 ID:L4lBHZ6L] >>672 vi 674 名前：login:Penguin mailto:sage [2008/09/29(月) 21:23:05 ID:4IQ0HTwg] >>669 頼むからその手のデマをばらまかないでくれ。 グーグルのはサーバルームで冷却されてるのが前提だ。 675 名前：login:Penguin mailto:sage [2008/09/29(月) 21:26:58 ID:L4lBHZ6L] >>674 で、君はどんなデマをばらまきたいのかな？ 676 名前：login:Penguin mailto:sage [2008/09/30(火) 00:51:45 ID:0Isl7Nwk] >>675 意味不明だな。グーグルのアレを出して「HDDは高温でも大丈夫」と 言いふらすのは有害なデマだって事だ。アレを持ち出す奴はみんなそう。 だが実際は、「（サーバルームの温度範囲において）寿命と温度との相関はない」。 異論があるならどうぞ。 677 名前：login:Penguin mailto:sage [2008/09/30(火) 00:54:08 ID:iiLEqaD/] >>676 誰がそんな事を言いふらしているのだろうか？ やはり君が少しおかしい人なだけだろ 678 名前：login:Penguin mailto:sage [2008/09/30(火) 13:17:49 ID:zvVIh1Zj] >>676 サーバルームの温度範囲を越えた場合のデータってある? 679 名前：login:Penguin mailto:sage [2008/09/30(火) 13:40:02 ID:7DeFMFdL] >>676 グーグルのアレを出して「HDDは高温でも大丈夫」と 言いふらしているやつがどこかにいるのか? お前の脳内に聞こえてくる声かもしれんがそれがデマだよ。 680 名前：676 mailto:sage [2008/10/02(木) 20:33:06 ID:twJATkUN] >>677 >>679 > お前の脳内に聞こえてくる声かもしれんがそれがデマだよ。 ギガジンの紹介当時、自作板のHDDスレッドには寿命と温度は 無関係と突撃してくる量産型の厨が山ほど涌いたよ。 なら質問だが、>>669が>>665（温度と振動に気をつける）に対して ギガジン記事のURL貼ったのはそれ以外の「どういう意図」だと思う？ 当人じゃないから分からない、と言い逃れるなら意味不明だぞ。 >>678 そもそも20-50度の範囲での使用が前提で、家庭だと夏場 簡単に50度を超える。 電子部品で温度が無関係なんてありえない。 元論文 ttp://labs.google.com/papers/disk_failures.pdf Figure 4: Figure 5: とそのコメント。 ・AFRは年間故障率。 ・45度未満では温度と故障率に関係ない。 （が、30度未満と45度以上では高い数値） ・あとFig5の３年目に注目。特定モデルの傾向が影響か。 似た別のアブストラクトもどっかで見た気がするが、 これしか見つからないので読みづらくても我慢しる。 /.-Jのやり取りも見とくこと。全件表示が望ましい。 ttp://slashdot.jp/hardware/article.pl?sid=07/02/18/2229247 681 名前：login:Penguin mailto:sage [2008/10/02(木) 20:36:57 ID:twJATkUN] 忘れてた。 >>678 当のギガジン記事にもこうある。 > ただし、ハードディスクの温度が50度を超えるような環境であれば、故障率は如実に > 上昇しています。これはハードディスクのメーカーも推奨していない温度なので > さすがに当然か。 682 名前：login:Penguin mailto:sage [2008/10/02(木) 21:28:53 ID:WziukuCx] >>680 わかったわかった 君が病人なのは良くわかった たぶん幼い頃に御両親が君の温度管理に無頓着だったせいだろう 683 名前：login:Penguin mailto:sage [2008/10/02(木) 22:02:40 ID:twJATkUN] 結局、誤魔化しかよw　クズだなあ。 684 名前：login:Penguin mailto:sage [2008/10/02(木) 22:28:01 ID:WziukuCx] 誰がクズかはスレを見た人が判断してくれるだろう 685 名前：login:Penguin mailto:sage [2008/10/03(金) 02:21:41 ID:gz+UP2MN] このスレには揺らさずに冷やしまくったら、儲からなくなる人が（ｒｙ 686 名前：login:Penguin mailto:sage [2008/10/03(金) 02:39:45 ID:eQRaRQ0X] 今北 >>680 温度に関しては異論はないというか同意見なんだが……言い方が高圧的すぎて損してるよ。 WziukuCxはクズだろうが。 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