[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2chのread.cgiへ]
Update time : 05/06 20:33 / Filesize : 243 KB / Number-of Response : 887
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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



1 名前:login:Penguin [02/06/15 15:28 ID:7xlbr7s1]
ワタクシ、Linus V Minusというものです。

LVM(Logical Volume Manager)なんてものに興味を持っています。ちょっとニッチなんですが。
こんな、小さなスレッドですが、にちゃんねるに作成してもよろしいでしょうか?

いえいえ、ワタクシの周りに使っているものがいないもので。(周りは年寄りばかりで、新しいことは躊躇されます)

以上、よろしくお願いします。

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腐ってるんじゃないの?
もうそんなディストリ投げ捨てろ

って書こうとして自粛してたのだが、本当に腐ってたのかよw

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化するのか。
バグも同じように増えていくんだろうなw

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をいじるのが怖いw
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名)を忘れてしまった場合、
TABキーや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のうち、1台が故障したとき、
LVMで構成したファイルシステム全体が見えなくなるのでしょうか。
それとも、一部のファイルのみが見ることができなくなるんでしょうか?








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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<243KB

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