[表示 : 全て 最新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)なんてものに興味を持っています。ちょっとニッチなんですが。
こんな、小さなスレッドですが、にちゃんねるに作成してもよろしいでしょうか?

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

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

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の仮想化ね そう思ったらなんとなくつじつまが合うかもw
>>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 バクうpが万全な方でしょうか?

788 名前:login:Penguin mailto:sage [2009/07/23(木) 18:34:25 ID:V0FXlWLo]
あーアンカミスッタ orz

×
>>758 やぱ、こえぇよな
>>786 バクうpが万全な方でしょうか?

>>785 やぱ、こえぇよな
>>786 バクうpが万全な方でしょうか?

つーかバックアップがテープの人っている?

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
そうなんだけど、現状だと

・一番手間がかからない/のみの1パーティション構成にする人が多い
・LVMしても、その後でファイルシステムをリサイズするのを怖がる人が多い

ということでなかなか普及しませんな。

そういう俺もディスク3台程度で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の利用意義がなんとなくわかってきたw

>・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にしてみるかなw



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等、分割しておく
の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を1つのHDDみたいな感じで扱うって認識でいるけど
複数HDDでLVMを組んだ場合にHDDがどれか1つでも壊れると全滅ってこと?


813 名前:login:Penguin mailto:sage [2009/08/13(木) 22:45:58 ID:cLHxYtSX]
盛り土した上に高速道路作るみたいだがw
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にするのね
いいんじゃないかね、2玉持って行かれるとアウトだが

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]
律儀に1玉抜いて帰る泥棒も居ないと思うがw
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]
どんなDIR?

850 名前:login:Penguin [2009/08/19(水) 18:15:25 ID:nLRNfndA]
ソフトRAID+LVM -> ハードRAID+LVMへの移行について
教えてください。

現在、pvとしてmd1が割り当てられているのですが
# pvdisplay
--- Physical volume ---
PV Name /dev/md1
VG Name VolGroup00
[root@mail01 ~]# cat /proc/mdstat
md1 : active raid1 sdb2[1] sda2[0]

ハードRAIDへ移行するために/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]
>ハードRAIDへ移行するために/dev/sda2をpvとして割り当るには
ここおかしくない?

ハードウェアRAIDのデバイスをVolGroup00に追加して、pvmoveして、md1の割り当てを解除するのがいいんじゃなかろうか

852 名前:login:Penguin mailto:sage [2009/08/20(木) 14:42:53 ID:oZrZ4RMg]
ソフトウェアRAIDにつかってるデバイスを切らずに
ハードウェアRAIDが作れればいいんだろうけど、
そこんとこどうなんだろ。






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

前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