09/08/17 00:59:41 tX4eXfat
>>810
PVをある程度細かく切ると、移行先へのpvmoveが少し楽になる場合がある。
1TBのディスクをファームバグとかで切り離したいが、500GBのHDDx2しか
用意できてないとか。1TBのpv切ってると退避不能だが、分割してpv切ってると
退避できる。
848:login:Penguin
09/08/17 14:21:42 H9tKCOaM
>>843
変態ディレクトリな時点でSolarisいらね
849:login:Penguin
09/08/18 22:23:33 +UN+JVuz
どんなＤＩＲ？
850:login:Penguin
09/08/19 18:15:25 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
09/08/20 13:39:12 a5N2XjsE
＞ハードＲＡＩＤへ移行するために/dev/sda2をpvとして割り当るには
ここおかしくない？
ハードウェアRAIDのデバイスをVolGroup00に追加して、pvmoveして、md1の割り当てを解除するのがいいんじゃなかろうか
852:login:Penguin
09/08/20 14:42:53 oZrZ4RMg
ソフトウェアRAIDにつかってるデバイスを切らずに
ハードウェアRAIDが作れればいいんだろうけど、
そこんとこどうなんだろ。
853:login:Penguin
09/08/20 16:23:17 qjr3+1CJ
何を意図してるのかまったく意味が分からない。
やりたいのは「移行」なんだよな?
ハードウェアRAIDを追加したら(ドライバが正しく入ってれば)
普通は新しくsdc として認識されるだけだと思うが。
(あるいは新しいのがsdaになり、従来のがsd[bc]にずれる)
両方マウントして単に中身をコピーした後
SW RAIDを無効にすればいいだけでは?
854:login:Penguin
09/08/20 16:35:35 oZrZ4RMg
>>853
それやったらLVMでやってる意味がないじゃない。
855:login:Penguin
09/08/20 18:26:49 qjr3+1CJ
え? なんで?
ソフトウェアRAIDをやめて
ハードウェアRAIDに「移行」するんでしょ?
両者併用したいってこと?
それなら「移行」ではなく「追加」だと思うんだが。
856:850
09/08/20 18:49:16 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
09/08/20 18:51:56 Tl2T+IF2
>ソフトRAIDのサーバーのsdaディスク全体をddでイメージしました。
>新たにRAIDコントローラー付きのサーバーにイメージをリストアしました。
おおっと。これは想定外www
858:login:Penguin
09/08/20 18:54:09 qjr3+1CJ
>>856
人に状況を説明する能力がかなり低そうだ。
> LVMではないパーティションはfstabの指定で/dev/md0 となっているところを
> /dev/sda1と書き換えました。
これ以降かなり意味不明に見える。
859:login:Penguin
09/08/20 19:07:21 z7LXRLpP
LVM2の不満点:
1. LVのsnapshotは同一VG上にしか作成できない。
自動でバックアップさせているが、VGの空きスペースが少ないときに困る。
外付けHDDにある *別の* VG上に作成できれば便利だと思うのだが。
2. ひとつのLVにつき65534 PEまでしか管理できない。
デフォルトのPEサイズ（= 4MB）だとLVMのサイズは256GBまでに制限される。
これらが改善されればもっと快適なのだが。。
LVM3に期待しちゃってもいいですか？
860:850
09/08/20 19:23:32 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
09/08/20 19:28:01 Tl2T+IF2
>LVM3に期待しちゃってもいいですか？
もうちょっと真面目にlvm2のマニュアル嫁
862:login:Penguin
09/08/20 19:44:08 oZrZ4RMg
>>859
> 2. ひとつのLVにつき65534 PEまでしか管理できない。
> デフォルトのPEサイズ（= 4MB）だとLVMのサイズは256GBまでに制限される。
おかしいなあ……
おれが1TのHDDをLVMにつっこんで700GのLVを切ってるのはマボロシ……？
863:login:Penguin
09/08/20 19:52:45 oZrZ4RMg
>>860
まだよく状況がつかめんけど、vgscanじゃだめ？
864:login:Penguin
09/08/20 19:53:27 Tl2T+IF2
>>862
おそらく使っているlvm2のバージョンがとてもとても古いのでしょう。
俺もPEサイズを指定した記憶があるもの。いつだったか忘れるくらい
昔だけど。
865:859
09/08/20 20:23:05 z7LXRLpP
あ、はい。
PEの管理数制限は私の勘違いでした。（昔の記憶だったもので。）
しかしスナップショットが異なるVG上に作成できないのが痛い。
なんとかならないのか。。
866:login:Penguin
09/08/20 22:30:02 hQNNU4ge
>>865
その制約、何処かの売り物ストレージ管理ソフトも同じ
PV単位でVG結合・分割できるけどね
867:login:Penguin
09/08/20 23:52:52 oZrZ4RMg
でもなあ、スナップショットは元のLVから切りはなすと
何の意味も持たなくなっちゃうから、
ＶＧをまたげる、っていうのはなんだか気持悪いけどなあ……
868:login:Penguin
09/08/21 00:03:07 YkMVscqX
スナップショットを差分のコピーか何かと勘違いしていると思われ
869:login:Penguin
09/08/21 00:17:00 89zFTgQ5
んなことするんだったらddかtarしろよ、って気はするよね。
870:login:Penguin
09/08/21 08:53:39 eN5qxsOo
ある意味スナップショットが本体でしょ。
それを外部ディスクに作成したいなんて正気とは思えん。
871:login:Penguin
09/08/21 12:14:31 Rpu3j5AM
スナップショットは一種のハードリンクなんだから
別のVGに作成ってのは原理的に無理なんでは
872:login:Penguin
09/08/21 19:11:34 xIv5/jxT
スナップ元と同容量のPVが必要だがVxVM買えばできる
873:login:Penguin
09/08/21 20:46:06 HWzVO6eL
そんなん買わなくてもlvconvert -s でおk
874:名無しさん＠そうだ選挙に行こう
09/08/30 16:05:48 HLlF5dV7
最近LVMに興味を持って調べてたら、凄まじい長寿スレに遭遇ｗ
初期からの住人ってまだいるのかな
875:login:Penguin
09/08/31 23:25:40 Xzc+G5jH
ﾉｼ
876:login:Penguin
09/09/01 14:14:53 zvxr/DOn
「snapshotが存在している間に書き込みをすると、書き込みに先立って
もとのデータがPE単位でsnapshot用LVに待避される」
という記述は妥当？
データを待避するのでなくて、PEの割り当てを交換するような
実装になっていたりする？（自分はそう思い込んでいたのだが）
877:login:Penguin
09/09/01 21:26:56 30xIRbHh
ﾉ
878:login:Penguin
09/09/01 23:12:58 DdYzX9ch
>>874 ﾉｼ
>>876
ここの記述だと、PE単位ではなくchunk size単位みたい
URLﾘﾝｸ(www.linux.or.jp)
あとsnapshot作成時にはデータはコピーされないんだから、
"待避するのではなくて、"というのはありえない
879:login:Penguin
09/09/01 23:26:21 r5Ah4PuX
>>878
後半意味不明
880:login:Penguin
09/09/02 23:48:21 akbxfo5I
スナップショットで基本的な質問。
スナップショットの領域って、
空きPV
空きVG
のどっちが必要なの？
881:login:Penguin
09/09/03 19:01:33 6HR1l5tV
VGでそ
882:login:Penguin
09/09/03 20:27:44 pvTDd6jz
同一VG内の空きPE
883:login:Penguin
09/09/04 21:02:45 99CfDDyH
同じVGじゃなくてもいいだろ
884:login:Penguin
09/09/04 22:11:26 5+k8oEIJ
同じVGでしょjk
885:login:Penguin
09/09/04 23:03:02 cj0NRcJt
>>883
別VGのPEにはsnapできません
886:login:Penguin
09/09/05 16:23:41 OqNMUexm
>>883
>>871
定期的に出てくるな