LVMを語らせていただ� ..
192:login:Penguin
04/09/30 00:26:14 9J1+0UZc
オンラインリサイズできるファイルシステム(Reiserfs,xfs)を
使い、各LVは必要最小限のサイズで作りませう
私は/boot+swap+PV1個の3パーティションで節約生活してますよ
(´-`).｡ｏＯ(なんかさ、LVM使ってるとケチになるよね…)
193:login:Penguin
04/10/04 00:33:55 PdEJi7TQ
194:login:Penguin
04/10/17 02:02:36 HoEJPIc+
lvmかますことによってパフォーマンス落ちる？
導入を検討しとるのだが、ディスクアクセスが遅くなるなら躊躇する。
195:login:Penguin
04/10/17 03:54:32 IwSy/hON
>>194
>>179-180
196:login:Penguin
04/10/18 00:06:23 CENiT07H
定期チェックでfreiserfs@LVMにfsckかけたら
bad sectorが出てAbortしてしまう・・・
複数のHDDがVG登録されていて
物理的にどのHDDがbad sector出してるのか判別もできず・・・
こんな場合どいった手順で復旧していけばいいんでしょうか？
197:login:Penguin
04/10/18 00:07:07 CENiT07H
× freiserfs
○ reiserfs
うぅ・・・
198:login:Penguin
04/10/18 00:58:41 IHK36xr/
>>196
そのファイルシステムがmount可能なら
今すぐバックアップを作る。
その後で>>170かな
人柱になって報告したいなら>>151
199:196
04/10/20 07:26:55 GE+TE0oK
壊れてるHDDが物理的にどれなのかを判別できたんですが
新しくHDD買ってきてPV増やした上で
このHDDをpvmoveしたりするのは自殺行為・・・・ですよね？
syslogにガンガンエラー吐いてるけど復旧する時間が無い～
週末まで耐えてくれ・・・
おとなしく
>>198
でいくべきかな、やはり
200:login:Penguin
04/10/22 20:13:06 6KWwn4ly
>>199
無事？
とりあえず、バックアップとった後で
pvmove試してくれるなら是非人柱希望
ただし、LVM1で"/"がLVM上にあるような環境の場合はヤバいと思う
pvmove中、不良セクタ踏んだ瞬間にフリーズ
→仕方ないので電プチ
→PV死亡。VG活動化できず起動不能
ってなるかも
201:196=199
04/10/23 02:49:17 U8sO2JHE
とりあえず、物理的にどのHDDがBadSector出してるのかを判別できたので
・新しく買ったHDDに新しいVG割り当て
・BadSectorの出るHDDの含まれたVGの読めるデータを買ってきたHDDのVGに移動
・空きが増えたらresize_reiserfsして縮小
・lvのサイズを縮小
・HDD一個分のVGの空きができたらBadSectorの出ているHDD以外のやつをpvmove
・壊れたHDDのVGから切り離して新しく買って来た側のVGに割り当て
・上を繰り返して壊れたHDDのみがVGに登録されている状態にする
という感じで玉突きしてみようかと検討してますが
resize_reiserfsでコケる気が激しくする・・・
アイオーのLinkPlayer+Einキャプチャ機+Samba
でレコーダー代わりにしてたデータ領域で
HDDが4台、データ領域が1TB近くある・・・
202:201
04/10/24 03:56:24 SET3wOLA
壊れたHDDと同じVGに所属しているが壊れたデータの格納されていないLVの
データ避難・LV削除はできましたが
壊れたデータの入ってるLVのresize_reiserfsできず・・・・
203:login:Penguin
04/10/27 11:21:45 EqiaD7Nc
/home にあったデータが一瞬で消えた・・・orz
83→データいれる→8e したら駄目だったのか・・・？
204:login:Penguin
04/10/27 16:44:35 pDldRhuo
そりゃ駄目だ。
205:login:Penguin
04/10/27 17:27:20 lhKPiB/N
やっちまったな
206:login:Penguin
04/12/02 00:01:54 BsejacY+
linuxのmdでraid5デバイスを作成して、その上にLVをきろうと思います。
この場合、ディスク増設＞raid5再構築＞LV拡張＞パーティション拡張等
をオンラインでデータを保持したまま出来るものなのでしょうか。
また、こういうmd上のLVの拡張、VG切り離しなどの情報など有用なURLが
あれば教えていただけないでしょうか。
207:login:Penguin
04/12/02 00:31:11 ZSpotIbt
>>206
そもそもLinuxのmdはraid5の構成を変更して再構築なんか出来たっけ？
208:login:Penguin
04/12/02 07:36:22 LnTTlRFZ
linuxというか、そもそも一般的なraid5でそんなことできるのかどうか。
209:login:Penguin
04/12/02 07:43:07 Bm8JDMsv
raidreconf使えば例えば250GB x 3を250GB x 4にするは出来る
Arrayをオンラインのままでは無理だったかと
250GB x 3を300GB x 3に、は知らんけど
RAIDカードもオンライン拡張可能と書いてあれば大体出来るんじゃない？
210:login:Penguin
04/12/03 02:01:38 du/UIkAw
>>207
URLﾘﾝｸ(www.heart-pot.co.jp)
ここに事例がありました。
しかしmdの上にLVMって普通やらないのでしょうか。
raidカード要らずでメリットが大きいと思うのですが。
211:login:Penguin
04/12/04 02:07:45 BbxGDoDA
> こういうmd上のLVの拡張、VG切り離しなどの情報など
LVとVGはmd上かどうかは関係ないだろ。普通にLVやVG作った場合と同じやりかたでOKだと思う。
問題は、
> ディスク増設＞raid5再構築
によって、PV（に割当ててるパーティション）のサイズが増えること。
LVM側でもいろいろ操作が必要。vgcfgbackupして、pvcreate -uして、vgcfgresoreするとか。
ただし、raid5の再構築といい、それにからんだLVMの操作といい、全データが吹っ飛ぶ
可能性が十分考えられるから普通やらない。少々ディスク効率が悪かろうが、別途mdを構成して、
PVに割り当てる方が賢明。
バックアップをちゃんととって、md上の全データ吹っ飛ぶ覚悟ができてるならやってもいいが。
> しかしmdの上にLVMって普通やらないのでしょうか。
普通にやるとおもうけど。raid LVMとかでぐぐってみ。
その場合に、raidを再構築するのがレアなだけ。
212:login:Penguin
04/12/04 17:22:52 BTKpaP2z
>>211
なるほど。そもそもraidとバックアップをきちんと考えわけ
ないといけないですね。
とりあえずディスクが2つあいているので、ミラーセットをつ
くっていろいろ試してみます。
213:login:Penguin
04/12/12 19:04:45 AoK/hzny
複数のPVが1つのVGとLVで構成されているデータ領域の
HDD一台が㌧でしまいました。
復旧にあたって死んでいない残り3台のHDDのデータを
救い出しつつ復旧するにはどうすればよいでしょうか？
来週末までに壊れたHDDよりも容量の大きいHDDを買ってきて
vgrestoreする予定なのですが
これだと死んでないHDD3台のデータも拾えないんでしたっけ？
214:login:Penguin
04/12/12 19:29:21 sTtCJRM0
dd_rescue
215:login:Penguin
04/12/13 02:06:30 PGw1X2t2
>>213
コマンドはvgcfgrestore
>>149以降でテストしてる
生きてるHDD上のデータは救出できるけど
あまり期待しない方がいいよ
死んだHDDにちょっとでも乗っていたファイルは
助からないはず
216:login:Penguin
04/12/26 23:53:59 kkeu0ykE
仕事上必要があってwindows XP 64bit-editionを入れたら
見事に別ディスクのLVM領域は破壊してくれた
何でこういうイヤガラセするかなぁ
217:login:Penguin
05/01/03 02:58:23 mM5fO6TV
Redhat9のkernelを2.6に上げたのでdevice-mapper+LVM2をインストールして
/sbin/mkdmnodで、/dev/mapper/controlをつくりました。
これで起動スクリプトにvgchange -a などを追記して既存ボリュームを認識し
てくれたのですが、以降rebootやシャットダウンの度に最後に
「md0: switching to read-only mode」～「md1X: switching to ...」
というmd関連のメッセージがずらっと表示されるようになりました。
LVMはVer1.Xを使っていますがmd(raid)なんか一個も組んでいません。
これは何が悪いのでしょうか。
どうもカーネルモジュールのmd.cにそういうメッセージを出すところがあ
るみたいですが私ではそれをどうしてよいかもわからないんです。
218:
05/01/28 00:00:53 O4GA9oN8
スナップショットをとる
しばらくその後スナップショット時点の状態に戻すことは可能？
管理情報は残ってるわけだからできそうなんだけど
219:login:Penguin
05/01/28 00:11:59 inuf15bo
★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★
在宅ワーカー募集します！！日給7800円以上可能！！
詳しいことはホームページに書いてあるのでご覧下さい。
URLﾘﾝｸ(advanced7success.fc2web.com)
尚、お申込みの際は
ＩＤ『sa01』が必要になります。
★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★
220:login:Penguin
05/02/24 12:40:30 FPH7Nh1+
保守
221:login:Penguin
05/03/04 02:17:33 DeSP1Kyo
補修
222:login:Penguin
05/03/31 15:24:49 chtc/3VW
ほちゅ
223:login:Penguin
05/03/31 16:18:41 7faVLxYM
RHEL4でext2onlineがサポートされて、だいぶ使いやすくなったけど、
LVMでext3ってどうよ？
224:login:Penguin
05/04/11 19:50:02 1cYagJnp
カーネル2.6のLVM2ってIO負荷が重い状態でボリュームのスナップショットを取ると
メモリ不足でハングアップしてしまうがこれの解決はまだか。
225:login:Penguin
05/04/26 16:16:45 PT/DpSg5
保守
226:login:Penguin
05/04/30 20:18:09 mAb4X/xF
教えてﾏﾏﾝ
160GBのHDDをFireWireで二つ直列に繋いだ状態で動作しているのですが、
LVMでこの二つをまとめて一つにして(無問題で？)パフォーマンスでるのかしらん？
ためしゃいいじゃんっていうかもしれんが、160GBもデータが入ってると試すのが鬱でね・・・
227:login:Penguin
05/04/30 20:22:21 47MVGwh5
あんまり出ないだろうな。
ファイルシステムが跨る分だけ、安全性に不安があるし。
228:login:Penguin
05/05/01 12:54:41 +L1YW0MG
lvcreate すると以下のようなエラーが出てしまいます。
lvcreate --size 10M --snapshot --name snap /dev/VolGroup00/LogVol_01
Rounding up size to full physical extent 32.00 MB
device-mapper ioctl cmd 9 failed: メモリを確保できません
Couldn't load device 'VolGroup00-snap'.
Problem reactivating origin LogVol_01
物理メモリの残りが少ない時に同事象が発生するようなのですが、出来る時もあり、規則性がありません。
swapも１Ｇぐらいにしてみましたが同じです。
( >>224 の事象と同じ？)
なにか解決方法はないでしょうか。
229:& ◆R7PNoCmXUc
05/05/01 22:09:16 D6WravXD
金曜日の夜 土曜日の昼 土曜日の夜 日曜日の昼 日曜日の夕 日曜日の夜
↓ ↓ ↓ ↓ ↓ ↓
┃::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
∧ ∧ ∧∧ ∧ ∧ ┃::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
(・∀・) ∩∀・) (・∀・)∩ ┃:::∧∧::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
/ ⊃⊃ ヽ ⊃ノ /⊃ / ....┃:::('д` ）::::::::::::::∧∧:::::::::::::::::::::::::::::::::::
～（ ( ヽ ）つ ～（ ヽノ ......┃:::と ヽ::::::::: ('д` ):::::::( )⌒ヽ;::::::::::
（/（/' (／ し^ Ｊ ......┃:::⊂,,_UＯ～:::(∩∩ ):::::|/.|/uと )～:::::
↑ 今このへん
230:login:Penguin
05/05/08 02:56:13 5XzYn+h8
>>228
2.6カーネルのsnapshotは不安定で実用に耐えないから諦めろ。
231:login:Penguin
05/05/11 10:01:20 5vDYgAyC
>>230
了解。もう諦めて kernel2.4に戻しました。
232:login:Penguin
05/05/17 11:15:10 Ck8u3X4H
# vpvmove /dev/sda15
なんてして
No extents available for allocation
このエラーが出る場合、何を確保してやれば移動が可能になるんでしょうか
233:login:Penguin
05/05/17 11:53:52 vyhwtx4J
>>232
extents for allocation、つまり空き領域。
マウント中のファイルシステムをpvmoveすると固まるのはなんとかならんかなぁ。
snapshotが固まるのと原因同じ気がする。
234:login:Penguin
05/05/17 13:32:14 Ck8u3X4H
>>233
お返事どうもありがとうございました。
lvextend -L-hogeGして減らします。>232はs/vpvmove/pvmove/でした。
そういえば、pvmoveするときはアンマウントしてからやってました。
関係ありませんが、xfsはサイズを増やすことはできても減らすことができないと知って後悔しました。
235:login:Penguin
05/05/23 09:18:37 Ja/BWgyJ
保守
236:login:Penguin
05/05/30 14:02:18 d6Jlq03m
lvm3ﾏﾀﾞｰ?
237:login:Penguin
05/06/02 04:36:32 0Nz4wDQN
Fedora2でLVM使ってファイルサーバー立ててますが、quotaを使う必要があり、
fstabにLVMをつかっている/homeの箇所にquotaに記述して、再起動かけたら、
quotaつかえない旨のメッセージがでてきました。
Kernelのquota機能とLVMって共存できないんでしょうか？
以下書き換えた場所です。
LABEL=/ / ext3 defaults 1 1
LABEL=/boot /boot ext3 defaults 1 2
none /dev/pts devpts gid=5,mode=620 0 0
none /dev/shm tmpfs defaults 0 0
/dev/Volume00/LogVol00 /home ext3 defaults 1 2 ←ここにquotaを記述
none /proc proc defaults 0 0
none /sys sysfs defaults 0 0
LABEL=/tmp /tmp ext3 defaults 1 2
LABEL=/var /var ext3 defaults 1 2
/dev/hda2 swap swap defaults 0 0
/dev/cdrom /mnt/cdrom udf,iso9660 noauto,owner,kudzu,ro 0 0
（読みづらかったらごめんなさい）
238:login:Penguin
05/06/03 22:23:53 HOSvdRwa
SGI-XLV移植キボンヌ
239:login:Penguin
05/06/16 18:09:58 Szie+yKv
保守
240:login:Penguin
05/06/30 18:33:39 +uN+drXM
ほちゅ
241:login:Penguin
05/07/12 17:40:23 1+WKcMXD
LVM
242:login:Penguin
05/07/26 19:12:00 GY/+NBD0
LVM2
243:login:Penguin
05/08/25 21:00:10 fWErEiK8
LVM2上にXFSのパーティションがあって、snapshot取りたいんだけど、
xfs_freeze -fしてlvcreate --snapshotすると固まってしまいます。別ttyでxfs_freeze -uするとlvcreateできましたが。
もしかしてxfs_freeze不要？kernelは2.6.12.5ですけどまだ不安定なのかな？
244:login:Penguin
05/08/30 22:24:46 IOjQmEM/
>243
まずはぐぐれよ。
URLﾘﾝｸ(marc.theaimsgroup.com)
あと、MLとのマルチポスト禁止な。
245:login:Penguin
05/09/02 17:34:27 jSBJjcXW
>>228です。
CentOS4.1(2.6.9-11)で久しぶりに試してみたらsnapshot普通にできるように
なっていました！！
lvm2-2.01.08-1.0RHEL4
改善されたんですね。よかった^^
246:login:Penguin
05/09/03 22:06:00 bax3TQFR
>>245
え～～～っと。やっぱりダメでした。
ちょっとスペックの悪いPCで試してみたらまったくダメだ(>_<)
kernel2.4のlvmできちんと動いたPCなんですけどね。ぬか喜びだった(泣)
247:login:Penguin
05/09/13 10:05:53 ERgf6oSn
ほちゅちゅ
248:login:Penguin
05/09/24 11:03:27 2QiD6Syt
HDD 10G の PC を入手したので Debian をインストールしています。
/dev/hda1 256M /
/dev/hda5 512M swap
として残りの 9G で LVM を使って /usr や /var, /home にしてみようと考え
ています。
そこで疑問なのですが、残りのパーティションの切り方は 9G を1つにしちゃっ
ていいんでしょうか。2G 程度をいくつか切ったりするほうがいい?
それぞれのメリット/デメリットがいまいち判らんとです…。
249:login:Penguin
05/09/24 11:51:02 fVJogvpr
/tmpはええのん？
250:login:Penguin
05/09/24 11:55:07 2QiD6Syt
>>249
あ、/tmp も LVM で作るつもり。
251:login:Penguin
05/09/24 12:17:33 frt9ybjp
DebianでLVMはやめたほうがいいよ。壊れるから。
252:login:Penguin
05/09/24 12:39:50 2QiD6Syt
>>251
うは、マジすか? あんまり聞いたことないけど、いままで LVM に縁が無かっ
たから見逃したかな…。ちょっとググってみるす。
253:login:Penguin
05/09/24 12:44:01 96A0EVGi
>>251
ソースは?
254:login:Penguin
05/09/24 14:10:44 UWNeNGSP
LVM2ってもう安定した？
255:login:Penguin
05/09/24 14:27:37 frt9ybjp
LVM2は開発が止まっているようだ。EVMSにしとけばよかったのに。
256:login:Penguin
05/09/24 17:50:45 fVJogvpr
ところで、そんな小さい容量のディスク1本でLVMするメリットなんてあんの？
257:login:Penguin
05/09/25 18:33:45 QLhf2tye
debian potatoからLVM使ってるからもう5年くらいになるが一度も壊れたことないぞ。
LVMも当然 1.0→2.0になってるけど移行時でも問題無かったし。
258:login:Penguin
05/09/25 18:38:59 NYE4yBcb
DebianはLVMが不安定は釣りネタだろうけど
5年間一度も壊れたことないも嘘くせぇw
259:login:Penguin
05/09/25 20:54:57 QLhf2tye
LVM2のsnapshotが安定しないのは閉口ものだが破壊は無かったな。
御疑いなら耐久テストでもしてみることだ。
5年といってもlogical volumeの構成を替える頻度は知れているから、
script組んで耐久テストすることは時間がかかることでは無いわけだし。
260:login:Penguin
05/10/17 03:26:25 llqPomCQ
保守
261:login:Penguin
05/11/08 19:53:15 XbU3MUL4
ほっしゅ
262:login:Penguin
05/11/08 20:41:33 Fqaji/ZY
snapshotってLVMだけでできるん？
FSがサポートしてなきゃだめなんちゃう？
263:login:Penguin
05/11/08 23:16:09 g/AaqPIy
nbd+LVM運用してる人いますか？
264:login:Penguin
05/11/16 12:21:22 jdJfJmQO
vgexportしないでHDD外してしまって、マシンはすでにない
場合、別のマシンに差して中を見る手段はないのかな。
PVがあることは認識出来るんだけど・・・
265:login:Penguin
05/11/16 21:31:24 NvCPL6WD
vgimport じゃ駄目なの？
266:264
05/11/16 22:25:30 rFvkJp3N
VGの情報が見つからない、みたいなことを言われて
駄目だった。（いま別の場所なので、詳細なエラー
メッセージは忘れたが）
vgexportしてないからだと思う。。。
267:login:Penguin
05/11/16 22:35:17 Vdp/hGgb
>>266
#man vgimport
VGIMPORT(8)
NAME
vgimport - make volume groups known to the system
OPTIONS
-f, --force
Force import of volume group even though it is not flagged exported. This
option allows the importing of volume groups from broken systems.
この辺りドウヨ？
（もちろん自己責任で宜しく）
268:264
05/11/17 12:26:25 1Ik63xyP
アドバイスありがとう。
でもダメですた。
-fオプションつけても、
Unable to find exported volume group "hogehoge"
だって。そうだよなあ、exportしてないもんなあ...orz
269:login:Penguin
05/11/17 16:35:43 UqsPVSxa
だめなんかぁ。
新しいシステムでpvscanをしてVG情報を確認後、
vginmport -f VGname
でなんとかなるんじゃ無いかと思っていただけに驚き。
270:login:Penguin
05/11/21 09:39:13 SEUWJCPL
ちょっと納得いかん挙動やね。
じゃぁ、なんで起動時にドライブスキャンするんだろ。
271:login:Penguin
05/11/21 09:57:12 fSDPZtCV
仕様に虐ｷﾞﾚｶｺﾖｽ
272:login:Penguin
05/12/10 09:21:32 APO7XYXK
保守
273:login:Penguin
05/12/23 01:04:08 1o/HU5Zy
hoshu
274:login:Penguin
06/01/16 08:49:38 oy3iDMab
fedora core 4 のデフォルトインストールでLVMを使用して８０GのHDDに
/dev/VolGroup00/LogVol00
を/(ルート)にマウントされてます。
今回１６０GのHDDを追加してWebminでPV追加。
コマンドでlvextend -L+100Gで論理ボリュームを拡張まで成功しました。
あとはファイルシステムの拡張だけですが、ext2onlineで
JBD: ext2online wants too many credits (2050 > 2048)
ext2online: ext2_ioctl: No space left on device
とエラーメッセージが出てできない。ググってみたが英語でバグ報告みたいなのが
あるだけでよくわからない。
resize2fsを使おうとしてinit 1でシングルユーザーモードにして
umount /dev/VolGroup00/LogVol00
としてから
resize2fs /dev/VolGroup00/LogVol00
とすると
/dev/VolGroup00/LogVol00 is mounted; can't resize a mounted filesystem!
とでてアンマウントできていない様子。
/bootにCDしてからやっても同じ。
LVMそのものに悩むんじゃなくてこんなところでつまずくとは思わなかった。
もう少し修行してきます。
275:login:Penguin
06/01/16 12:37:43 ojCdqT7z
>>274
間違ってたらごめんなさい。
FC4 の rescue disk を使って、起動時に /mnt/sysimage にマウントするか？と
聞いてくるので、マウントしないで起動する。
その状態だと VG が INACTIVE な状態にあるので、
lvm vgchange -a y とかやって、/dev/VolGroup00/LogVol00 が見えるようにしてやる。
そして、resize2fs 実行。
私はこんな感じで LVM 管理下の / (ルートパーティション) を lvreduce (危険を承知で orz) できました。
276:login:Penguin
06/01/16 13:00:11 oy3iDMab
おお！情報ありがとうございます。
まさに私がやりたいことです。
漠然とKNNOPIXなど使わないといけないのかなと思っていましたが、VGに関する
注意点まで書いていただいて感謝です。
一度やってみます。もちろん自己責任で。
277:login:Penguin
06/01/20 12:23:32 aqSLHR49
_, ,_
( ﾟ∀ﾟ)
278:login:Penguin
06/01/28 19:17:57 VUb2MggI
_, ,_
( ﾟ∀ﾟ)
279:login:Penguin
06/02/13 01:36:33 gjfNOHrh
いままで素のRAID1でmd0(hda1+hdc1)、md1(hda2+hdc2)とパーティションを
作り、定期バックアップを同容量のディスクに
dd if=/dev/hda of=/dev/hde
として取っていたんだけど、RAID1+LVM にしてもこの方法有効ですか？
上では hde1, hde2 がそれぞれマウント可能なパーティションとして
バックアップされるのだけど、LVM が上に載ってくると、PV 自体は
md0, md1 の上にある形になるので、hde 単体でデータアクセス可能か
不安に思ってます。
同様の経験がある方、いかがでしょうか？
280:login:Penguin
06/02/13 01:46:10 3S74cKwo
LVMがあろうが無かろうが同じ事。完全にコピー出来ていれば動く。
しかし単純にコピーするとhdaとhdeに同じ名前のVGを検出して混乱する。
281:login:Penguin
06/02/13 02:21:49 gjfNOHrh
なるほど、考えてみれば RAID の方の autodetect で hde 上の RAID を
検出しておかしくならなかったのは
dd if=/dev/md1 of=/dev/hde2
と実際にはパーティション個別に dd して、hde* の partition type が
Linux RAID autodetect にならないようにしていたためでした。
今回だと md1 -> hde2 のようにパーティション単位で dd すると
partition type をどれにしても問題が生じる（Linux LVM にすれば
混乱するし、しない場合は hde 単独稼動できない）ので、
dd if=/dev/vgname/volname of=/dev/hde2
で hde の partition type を Linux とするのが唯一の解でしょうか。
ただ、これだとボリューム構成が変わるとバックアップ側の hde の
パーティション構成も追随させないといけないので、結局この簡易
バックアップ手段は RAID1+LVM では使えないかな。
とりあえずやるだけやってみて、駄目なら LVM は諦める事にします。
282:login:Penguin
06/02/13 02:36:25 3S74cKwo
コピー先のボリューム構成を自動的にコピー元に合わせるスクリプト書けばいい
283:login:Penguin
06/02/13 10:22:07 gjfNOHrh
ちょっとチラシの裏っぽくなってきてすみません。
どうやら vgchange -an で autodetect 無効にしてやれば
いけそうです。RAID の方は autodetect にしておいて、
lvm.conf の方には /dev/md* だけをスキャン対象として
書けばバックアップデバイスの hde は完全無視でいってくれそう。
週が明けてしまったので後になると思いますが、できたら
報告しますです。
284:login:Penguin
06/02/24 12:31:49 9ziRUFrf
だいぶ前から不思議に思っていたんだが、
fedoraとかのインストール時に、自動でパーティションを
区切らせると、swapをLVMに置きやがる。
どうせパーティションなんて、手動で区切るから、無視してたんですが、
もしかして、swapをLVM上に置くと、なんかよいことあるんですかね？
285:login:Penguin
06/02/24 12:43:11 AVQ1/ICR
swap領域を簡単に大きく出来る。
swap専用のパーティションが不要。
Solarisパーティションに間違える心配が無くなる。
LVM上に置く事のデメリットが特に無い。
俺は手動で切る時もLVMを使っている。
286:login:Penguin
06/02/25 11:31:04 QwNemt6b
むむ、最近は swap も LVM 上に取るのがトレンドなのか。思い付かなかったな。
287:login:Penguin
06/02/25 15:43:08 CRfylwA+
suspend, resume にswap領域を使うというのはどうなったんでしょう。
今もそうなら使い方によってはマズそう。
288:login:Penguin
06/02/25 15:49:54 XYGtXGls
LVMのスワップにもsuspend出来るようになったけど、それはつい最近の事だからな
289:login:Penguin
06/02/25 18:52:59 vFrh6tPm
swapを万が一のときのためのプライマリィパーティションとして
を使うからなぁ。LVMにはできん
290:login:Penguin
06/02/25 19:56:32 f8TziOip
>>289
万が一って例えばどんなとき？
291:login:Penguin
06/02/25 19:59:39 RKgmengN
業務用なんかでLinux専用で使うんであれば、swapは単独で切っとくな。
rootと/usr以外と外付けは必ずLVMにするだろうけど。
292:login:Penguin
06/02/25 21:29:42 QwNemt6b
>>291
んーと root と /usr は LVM にしないってことか。それはなにゆえ?
293:login:Penguin
06/02/25 21:51:44 7D7kEu1i
/と/usrは大きく容量が増えたりしないからLVMで管理する必要が無いって事だろ。
/と/usrを後生大事にするのは王より飛車を可愛がるようなもんだがな。
294:login:Penguin
06/02/25 23:35:46 f8TziOip
ってことは /usr/local とかは別パーテーションにするのかい？
295:login:Penguin
06/02/27 20:43:44 E8yShcwl
最近swapはファイルで済ませちゃってるな。
LVM使うのは/homeだけだ。
296:login:Penguin
06/02/27 23:45:15 ogY+RzDz
>>294
業務用で実運用中に/usr/localが増えるのはどうかと
297:login:Penguin
06/03/17 16:47:29 pa0JYMTy
ほちゅん
298:login:Penguin
06/03/20 00:40:08 Z/stLUW1
# vgcreate test /dev/hdb2 /dev/hda3
とやって、2つのPVにまたがったVGを作りました。
んで、lvcreate で LVを作るとき、/dev/hda3 だけに作ってくれとか
そういう指定はできない？？
299:login:Penguin
06/03/20 00:44:19 3FBcKPyB
>>298
VGの後にPV指定すればいい
300:login:Penguin
06/03/20 00:54:16 Z/stLUW1
>>299
うお、まじで～。
ってmanみたら書いてありました・・・すまんす。
301:login:Penguin
06/03/20 09:18:30 NKUFVZgB
>>298
参考のためになんでhda3だけにLV作ろうと思ったの？
なんか有るならおしえてほぢい。
302:login:Penguin
06/03/20 20:33:13 Z/stLUW1
>>301
実際には hda4 と hdd1 にまたがったVGで hdd は後で追加した。
hdd1 の最後のほうに LV を作りたかった。
hdd が hda に比べて古い HD なので、遅いし、いつ壊れるかわからん。
HDの後ろのほうはさらに遅いので、ここにゴミデータをおきたかった。
てなかんじの、あまり参考にならん理由です。
303:login:Penguin
06/03/20 22:46:38 NKUFVZgB
>>302
なるほど。ありがとう。
304:login:Penguin
06/03/21 05:54:10 qn7ptd8S
>>285
便乗質問で悪いけど
LVMの中にswapパーティション置いても2GBの制限はなくならないよね？
> swap領域を簡単に大きく出来る。
を誤解してるわけじゃないです
305:login:Penguin
06/03/21 06:33:54 GNxk/W6H
>>304
なくならない
306:login:Penguin
06/03/21 10:59:31 qn7ptd8S
>>305
ありがとう
307:login:Penguin
06/03/23 16:32:23 zYoXh2XX
LVMとは直接関係ないことだけど swap の話が出たので。
うちはメモリーを512MB以上積むようになってからは、
swapパーティションを切らないようになった。
現在はアプリケーションサーバとしては動かしていなので
問題は起きてないのですが、メモリ食いのアプリを
動かすようになったら考慮しないといけないかも。
ファイルサーバーやWebサーバー、DNSやルーター程度なら不要だよね？
308:login:Penguin
06/03/23 18:03:00 dgXyXwqo
俺んちFC4だが、swapの2GB制限ないよ～？
1つのパーティションでswap 3GB に設定してあって
今、実験してみたら3GBフルに使えた。
309:login:Penguin
06/03/24 20:40:48 oFxp8fco
Linuxの場合、LVMとソフトRAIDが別機能ってのが、わかりづらいな。
VG作るときにミラーとかストライピングが指定できるようになれば、かなり使いやすくなるのになぁ。
310:login:Penguin
06/03/25 02:03:59 ldYGxjMi
>>310
何言ってんのかわからん。MirrorDisk/UXだって別売りだろ？
311:login:Penguin
06/03/25 03:01:06 VNcGuME2
確かに、VxVMやDiskSuiteなんかは、LVMとSW-RAIDを明確に分けてないな。
物理ディスクをまとめるときに、普通にミラーやらRAID5を指定して作れる。
312:login:Penguin
06/03/25 12:01:24 ldYGxjMi
VxVやMDiskSuiteに、LVMは含まれてないと思うんだが。
313:login:Penguin
06/03/25 12:47:07 jFeUU+q+
LVMに相当する機能のことだろ。
DiskSuiteの用語で言えば、「ソフトパーティション」
それにSolaris9からは、DiskSuiteのこと自体を「LVM」と詠んでるしな。
314:login:Penguin
06/03/26 23:53:14 +ilWfbVR
「くだらねえ質問は…」から引っ越してきました。
元の質問はこれです。
ｽﾚﾘﾝｸ(linux板:827番)
で、いろいろやりとりがあったわけですが、…
ｽﾚﾘﾝｸ(linux板:881番)
ｽﾚﾘﾝｸ(linux板:884番)
ｽﾚﾘﾝｸ(linux板:888番)
ｽﾚﾘﾝｸ(linux板:889番)
ｽﾚﾘﾝｸ(linux板:892番)
ｽﾚﾘﾝｸ(linux板:893番)
vgchange -a y VolGroup00 をやりましたが、/dev 以下には
何の変化もないようです。
あと、向こうのスレで書き忘れていたことを書いておきます。
現在インストールされているOSはFC5で、これはこれでLVMに
なっています(/bootが/dev/hda1で/dev/hda2がLVM。その中に
swap と /)。で、外付けに付いているディスクは FC3 で使用
していたものですが、構成は同じです(/dev/sda1 が /boot で
/dev/sda2 が LVM。その中に swap と /)。
ということで、この現在外付けにある LVM の中の / をマウント
する方法を教えてください。よろしくお願いします。
315:login:Penguin
06/03/27 00:15:20 J/oPtjaT
1. とりあえず祈る。
2. 古いディスク(/dev/sda)で起動する。
3. lvm情報を消す。(vgchange -a n VolGropu00したあと、vgexport VolGropu00)
4. 新しいディスク(/dev/hda)で起動する。
5. 古いディスクを付ける。
6. vgimport vg01 /dev/sda2、 vgchange -a y vg01
7. /dev/vg01/???をマウント。
URLﾘﾝｸ(www.linux.or.jp)
日頃の行いが良いことを願え。
もしくはもっと安全な方法を誰かが教えてくれることを。
316:login:Penguin
06/03/27 00:17:58 J/oPtjaT
しかし、マウントしているディスクは vgchange -a n
できないんじゃないかなぁ。
なんとなく、もう1回インスコしなおしてインストール時に
VG名を変えた方が簡単な気がする。
317:login:Penguin
06/03/27 00:26:17 J/oPtjaT
>>316
knoppixとかを起動してlvm情報を消すの方がいいかも。
318:login:Penguin
06/03/27 00:31:22 LGc9eKUw
Knoppixなぞ使わんでFedoraのインストールCDでレスキューモードに入ればいい。
その時一時的にBIOSで/dev/hdaを殺しておくといいだろうな。
そのうえでvgrenameで/dev/sda上のVGを変名。
あとは普通に起動してlvscanすれば見えるはず。
319:login:Penguin
06/03/27 00:40:04 J/oPtjaT
>>218
ありがとう。俺も参考になったよ。
320:314
06/03/27 01:10:03 SywC2/7h
皆様いろいろありがとうございます。
レスキューモードためしてみます。
321:314
06/03/27 02:28:07 SywC2/7h
ダメでした。
BIOS で内蔵HDDをNoneにしてからレスキューで起動すると
外付けHDDがマウントされるんですが、vgrename は vgchange -an
をした後でないとできません。しかし mount されているので
vgchange はエラーとなります。umount すればいいんでしょうが、
そうすると vg* のコマンドがレスキューに入っていない、というか、
それ以前の問題として、/etc 以下が見えなくなります。
322:login:Penguin
06/03/27 02:36:09 LGc9eKUw
>>321
レスキューCDでLVMを操作する時はlvmコマンドを使うんだ。
lvm vgscan
lvm vgrename ほげ ふが
のように使う。
そもそもvgほげほげやlvほげほげはlvmへのシンボリックリンク。
323:login:Penguin
06/03/27 02:51:07 SywC2/7h
>>322
なるほど。しかし /mnt/sysimage の umount はできませんでした。
たしかオープンしているというようなエラーが出てました。
これだとどうにもできないですよね?
KNOPPIX で起動してみるというのもやってみたんですが、
KNOPPIX 4.0.2 には lvm が入っていないため、そのまま
では何もできませんでした。
324:login:Penguin
06/03/27 03:01:55 LGc9eKUw
>>323
umount /mnt/sysimage/boot
umount /mnt/sysimage/proc
umount /mnt/sysimage/sys
umount /mnt/sysimage
ていうかレスキューモードで起動する時にmountしないを選べ。
325:login:Penguin
06/03/27 04:03:06 SywC2/7h
>>324
あー！そういえばマウントしないってありましたねえ。
うっかり惰性で毎回マウントしてた。orz
でも、もうひとつの方法に気がつきました。
ｽﾚﾘﾝｸ(linux板:904番)
ようはVGの違うマシンにつなげばいいんじゃないか? ということですが。
ま、とにかく、続きは明日やります。
いろいろとありがとうございました。
326:login:Penguin
06/03/27 10:51:35 DhLB5I7L
LVMって使わない場合と比較してもファイル操作の速度はほとんど落ちないんだね。
327:login:Penguin
06/03/27 20:32:55 J08GeQnt
むしろ、ストライプの場合は、上がるんじゃね？
328:325
06/03/27 22:10:35 SywC2/7h
やった! マウント成功!
BIOSで /dev/hda を None にしてからFC5のレスキューでHDDを
マウントしないで起動して lvm rename で名前を変えたら2つVG名が
出てきました。で、リブートして BIOS で HDD を戻して起動後に
vgscan したら出ました。んで /dev に新たにVG名のディレクトリと
LVのデバイスができていたのでマウントしたらできました。
ということで皆様大変ありがとうございました。これでファイルを救えます。
329:login:Penguin
06/04/10 19:36:59 vi3HRBbu
LVMの中でSWAPのサイズをでかくするのはどうやってやるのですか？
330:login:Penguin
06/04/11 01:39:14 taYacMjR
lvextendかlvresizeででかくして、swapoff;mkswap;swapon
331:login:Penguin
06/04/11 02:26:32 bPJLOCKr
hahaha
332:login:Penguin
06/04/11 03:09:22 taYacMjR
hahahaじゃでかくはならんぞ
333:login:Penguin
06/04/11 09:14:22 FTvKraHL
>>329
まあ、まず swapoff する必要はあるだろうなあ。
その後スワップ用パーティションをでかくして、
それが終わったらそのパーティションに対して
mkswap して、それから swapon で追加。
334:329
06/04/11 12:10:49 +JtsdC+X
>>330,>>333
ありがとうございます。無事増やす事が出来ました
335:login:Penguin
06/04/11 20:06:16 SajR50yj
mdマジで使いにくいなぁ。
LVMの方でミラーをサポートする計画ないんかな？
336:login:Penguin
06/04/14 01:08:29 CGlDZwjN
無いみたい。MDは今後も活発に開発が続く。いっぽうLVMのほうは怪しい雲行き。
337:login:Penguin
06/04/25 13:27:45 V1nepZR+
教えてﾏﾏﾝ
例えば、外部ストレージをLVMで使ってたとするじゃん。
で、OS再インスコして、その外部ストレージのデータに再度アクセスするには、
具体的には、どのような手順で復旧すればいいんじゃろか？
RHEL4,LVM2で説明してくれるとありがたい。
338:login:Penguin
06/04/25 14:09:12 zXm32lfy
>>337
vgexport
339:login:Penguin
06/04/25 16:13:56 V1nepZR+
>>338
早々のレスポンスありがとうございます。
vgexport,vgimportは、ディスクの移設用途に有用だと思いますが、
自分のご享受頂きたいのは、復旧用途です。
質問内容を以下に変えます。
外部ストレージにLVMを使用しているOSがあったとします。
で、/etc/lvm以下は、他サーバにでもコピってあるとします。
その状態で、そのOSを再インスコして、LVMの構成情報なくなったとすると、
単純に、/etc/lvm/*をコピーって復元すれば、
もとのストレージ上のLVにアクセスできるんでしょうか？
だめなら、どうすればできるでしょうか。
LVMの構成のバックアップの観点からすると、
/etc/lvmのバックアップを考えてますが、
他になんかありますでしょうか。
340:login:Penguin
06/04/25 16:30:10 Q9JQH40w
vgscan してみるとか。
で、もし現在既に存在している(多分本体側のHDDにある)ボリュームグループと
同じ名前だった場合はしょうがないからレスキューディスクで起動して本体の
HDDをマウントしないで起動して lvm vgrename して違う名前にしてから
普通に起動してまた vgscan して、違う名前で出てきたら vgchange -ay で
使えるようにして、それから mount、という感じでどうか?
341:login:Penguin
06/04/25 19:47:06 Yn+ZcUVE
vgexportしないといけない仕様がわけわからん
342:login:Penguin
06/04/25 21:49:32 GxyTV1Lt
新しいバージョンのlvm2のユーザーランドツールは
同名ボリュームの扱いがよくなったらしい。
人柱レポート希望。
343:login:Penguin
06/04/25 23:51:59 Knifqujq
Windowsから読み込めるようになればうれしいな
ext2を読み込めるドライバとかソフトウェアがあるみたいだけど
LVMがあると駄目みたい
344:login:Penguin
06/04/26 11:22:43 sloBdyUe
ちょっとLVMについて質問です
LVM上に250GBx4で構成しています。
この構成で今後容量が不足してきた場合、ディスクを追加したいわけですが、
たとえば、今ある4つのディスクの内の1つを250GB→500GBに増量し、
HDD数は4つのまま、といった増設はできますか？しかもデータを消さずに。
他にディスクがないので外部ディスクに一旦保管することなくできるのが一番良いのですが、
良い方法なないでしょうか。
また、この4つのうち、いくつかのHDDを別のストレージコントローラ上に
移設した場合でも既存のLVM情報(データ)は維持されるんでしょうか？
例えば、マザーのオンボードIDEで4つHDDをつないでいたものを、
その内2つだけをPCI増設のIDEカードに移動した場合など。
345:login:Penguin
06/04/26 13:23:49 6pCNjhs9
一時的に5台になってもいいならpvmoveで一発
346:login:Penguin
06/04/26 17:50:15 6YwYLah+
とりあえずバックアップは取っておいたほうが良いとおもうけど
347:login:Penguin
06/04/27 00:17:55 cW9HUkmi
ありがとうございます。
pvmoveメモりました。今度増設の時にそれを元に勉強したものを試してみます。
確かにデータはお金に替えられないので無理してでも一時的に物理的に
別ディスクに退避したほうがいいですね。
ドライブドアでも買うしかないかな・・・。
348:login:Penguin
06/04/28 12:00:16 Tavr5iPA
/dev/hdd1 に不良セクタがあって
その中のLVから修復してもいいのかな？
lvresize とかしたら・・・・。
LVのファイルシステムはext3です。
PVに不良セクタの登録とかって無理かな？
349:login:Penguin
06/04/28 12:26:41 jKvdMXGf
EVMSにはBad Block Relocationって有るんだけどLVMではどうなんだべかね
e2fsck -cは無意味だろうし
350:login:Penguin
06/05/06 21:36:35 9Nz0DVKQ
ある論理ボリュームにlvextendコマンドでフリーなエクステントを
いくつかくっつけたら、くっつけた分が別のセグメントになって、
2つのセグメントを持つ論理ボリュームになってしまった。
1つのセグメントのサイズが追加したエクステント分だけ増えるわけじゃなくって、
追加するごとにセグメントが増えるってのは仕様なのでしょうか?
増えたセグメントをマージして1つのセグメントにするってのは
できないんでしょうか?
ちなみに、当方、Fedora Core 5をつかっておりますです。
351:350
06/05/06 21:42:57 ogvSlzBU
ちなみに、上記でつっつけたフリーのエクステントは
単一の物理ボリューム上にあります。
352:login:Penguin
06/05/06 22:12:58 0dxjyGCq
セグメントってなんだ？
353:login:Penguin
06/05/25 16:16:10 4eSgmVoU
netmaskで分けられてるトコだろ＞segment
354:boot problem
06/05/29 23:53:49 2b3MoQPu
FC3ユーザーです。
ルートディレクトリのあるLVGroup00に、外付HDD（USB接続）上のパーティションを、
LogVol01として追加しました。起動すると、LogVol01が見つからなかったらしく、
全ての構成PVが見つからないのでLVGroup00が見つからない、ルートをマウントできない、
というエラーメッセージが出てカーネルパニックを起こしてしまうようになりました。
ちなみにそれまでは、論理ボリュームは内蔵HDDだけで構成していました。一度でも
起動できれば、USB/HDDをLVGroup00から抜こうと思っているのですが、そもそもPVが
認識できないのでレスキューモードでlvscanしてもLVGroup00を認識できません。
initrdを書き換えれば、とりあえず起動しそうなものですが、やり方がわかる方が
いらっしゃいましたら教えて下さい。よろしくお願いします。
355:login:Penguin
06/06/11 15:55:37 iWS/LLpD
ちょっと疑問があるんだけど、LVM snapshot を使っている最中に、
スナップショット元への大量書き込みが発生してバッファ領域が
足りなくなったら何が起こるの？write(2) とかが ENOSPC でエラーになる？
356:login:Penguin
06/06/11 17:52:42 AVHMKd1I
壊れる
357:login:Penguin
06/06/11 18:20:36 iWS/LLpD
>>356
まじですか？それちょっと怖いんだけど。
358:login:Penguin
06/06/25 03:16:17 4arPY93Z
無償のStorage Foundation Basicで良いのではないでしょうか。
359:login:Penguin
06/06/30 21:30:39 bt8aI5W+
LVM が
/dev/sda3: 内蔵 SATA、8e → /dev/vg1
/dev/sdb1: 内蔵 SATA、8e → /dev/vg1
/dev/sdc1: 外付 USB(ATA)、8e → /dev/vg2
/dev/sdd1: 外付 USB(ATA)、8e → /dev/vg2
としているとき、内蔵 HDD を単純に 1台増設すると
/dev/sda3: 内蔵 SATA、8e → /dev/vg1 (変更なし)
/dev/sdb1: 内蔵 SATA、8e → /dev/vg1 (変更なし)
/dev/sdc1: 内蔵 SATA、83 (新設。後で vg1 に追加する予定だがひとまず 83 のまま)
/dev/sdd1: 外付 USB(ATA)、8e → /dev/vg2
/dev/sde1: 外付 USB(ATA)、8e → /dev/vg2
と vg2 を構成する外付 USB の順番が 1コずつズレて vg2 がマズい状態になりそうなんですが、
HDD 増設後に vgscan で一発解決できますか？
360:login:Penguin
06/06/30 23:43:50 1bsmmkCt
>>359
再起動すればvgscanも必要ない。
361:359
06/07/01 00:35:05 2s9fKqFU
>>360
ほほぅ、そんなもんですか。だったら気が楽だ。
助かりました。ありがとうございます。
362:359
06/07/02 16:46:58 ebetDEkG
内蔵SATAディスクの増設はサクッと上手く行ったので、調子に乗って
/dev/vg2(3台のATAディスクを積んだ novac 4台はい～るKIT) に
SATAディスクを1台IDE変換コネクタをかませて追加してみたところなぜか認識せず、
vg2 も見失い、困った展開に。
lvscan で探すと vg2 の LV は "inactive" となってデータ自体は生きてるようだったので、
vg2 を作り直し、LV も同名・同サイズ・フォーマットなしで作り直してマウントしてみると、
複数あるうち 1つの LV だけマウントできない。
/etc/lvm/archive/ 中のファイルを見ると、同サイズにしたつもりがマウント失敗 LV が微妙に小さかったことが判明。
vg2 中の全 LV を削除、改めて同名で作り直してマウントしてみると、無事に復活。
失われる前の LV は何度かサイズを拡張したからダメだろうと思いつつやってたんですが、
サイズと名前さえ合ってれば、結構乱暴な扱いをしても OK なんですね。
少々焦ったものの、貴重な体験ができました。
363:login:Penguin
06/07/02 18:54:11 ga9/U/Ul
>>362
乙
参考になりました。
364:login:Penguin
06/07/29 14:26:59 TSQYdC/Y
たくさんのHDDで、RAID使わずLVMのみで構築してる人
結構壊れるもんですか？
・何も考えずにLVMのみで構築
・RAID5組んで、その上でLVM構築
どっちにしよう
後から容量足せるのがいいんだよね
365:login:Penguin
06/07/29 14:31:49 TSQYdC/Y
てゆかスレ止まってるのでage
366:login:Penguin
06/07/29 15:34:35 l49WN+G+
HAになってないDISKにLVMなんてｱﾘｴﾈ-
367:login:Penguin
06/07/29 16:18:38 K2DDu9Rg
>>366
fedoraを否定するにはあまりに分が悪くないでしょうか。
368:login:Penguin
06/07/29 16:51:23 xqKAhYME
スナップショット使っていて、たまたま領域溢れがおきると
それが無効になるだけじゃなくてカーネルパニックになるのは仕様？
カーネルは2.6.17です。
# mount /dev/vg0/p0 /mnt/vg0p0
# lvcreate -s -n p0.snap -L 1 /dev/vg0/p0
# dd if=/dev/zero of=/mnt/vg0p0/big.bin bs=1024 count=8192
# lvremove vg0/p0.snap
<kernel oops>
で 100% パニックになってしまう。マニュアル見ると lvextend で
救えるみたいに書いてあるので、溢れた後で意味あるのかと疑いつつ
# lvextend -L +32M /dev/vg0/p0.snap
# lvchange -ay /dev/vg0/p0.snap
などをしてみたのですが、やはり lvremove でパニックという
結末が避けられません。
十分大きな領域を取るようにする運用である程度回避はできるけど、
うっかり大きな書き込みしたらシステムごと飛ばせるのは怖いので、
パッチや回避策があれば教えて下さい。
369:login:Penguin
06/07/29 16:58:50 18kd3ovo
AIXとかのLVM物理ディスク丸ごとをボリュームグループに追加してるけど
LinuxのLVMだとパーティションをボリュームグループに追加するんだね。
なんか理由があるのかな？
370:login:Penguin
06/07/29 18:35:30 9J5yxANj
パーティションテーブル構造の違いと、
LVMが当たり前になっているAIXやHP-UXでは、物理パーティションを切るメリットが全く無いから
やらないってことじゃないかな？
371:login:Penguin
06/07/29 18:58:31 l49WN+G+
HP-UX@IPFはパーティション切る
EFIのクソッタレ
372:login:Penguin
06/07/29 22:18:25 D7f/oD9K
>>369
おれはもう何年も増設ディスクにパーティション切ってないよ。
LVMでもそうでなくても。
373:login:Penguin
06/07/29 22:26:48 xqKAhYME
>>372
mount /dev/sdb /data とかってこと？漢の切り方ですな。
374:login:Penguin
06/07/29 22:28:32 xqKAhYME
すまん、sageてなかった・・・
375:login:Penguin
06/07/29 23:16:24 bcm1JGhF
>>373
頭大丈夫ですか？
376:login:Penguin
06/07/29 23:25:12 18kd3ovo
>>375
パーティション切らないっていうと俺も>>373みたいなイメージをしてしまうんだけど。。。
377:login:Penguin
06/07/29 23:41:31 ypKIHAUk
領域溢れないのを前提だからねえ。そりゃパニくる。
無効にすればいいと言うけど、アプリケーションからはそんなの理解出来ないし。どう互換性取る？
378:login:Penguin
06/07/30 00:28:39 92rJ+6P6
PVをマウントなんかできねーっつの
379:login:Penguin
06/07/30 00:34:35 bLOnGl/y
>>372はLVMでなくてもパーティション切らずに利用していると言ってるみたいだけど
それはどういう意味なのかが知りたい。
もしかして単にPVにパーティションを１つだけ作成してるという意味なのか？
380:login:Penguin
06/07/30 01:52:59 ARvl2Fmi
全領域を１つのｌｖとして取ってるってことだろ
さて、やっぱバックアップなしのLVMは無謀かな…
HDDケースとかの「コンバイン」と同じだもんなぁ
データ量が多すぎるので複製バックアップは非現実的なんだよな
381:login:Penguin
06/07/30 02:40:26 honuiWv6
>>377
うむむ・・・単にPVの欠乏を検出したらスナップショット側への
書き込みにはENOSPCを返し、ソース側への書き込みについてはスナップ
ショットとの関連付けを最初からなくし、一切スナップショット用PVを
消費しないオプションとかあれば理想的かなーと挙動みて思った。
今すぐどうにかなる話ではないみたいなので対策の話に移ると、
バックアップ用スナップショットってどれくらい領域確保してます？
話では元領域の20-100%確保しろとかあるけれど、読み出し専用な
バックアップ用スナップショットでもそんなに取るものですか？
結局バックアップ所要時間中にどれだけ書くかだからケースバイ
ケースなんだけど、個人利用で300GB HDD中100GBとか食われるのは痛い。
382:login:Penguin
06/07/30 20:21:22 Mx8Fl/aT
>379
ん? mkfs /dev/sda とか pvcreate /dev/sda とか
しててるけど。
383:login:Penguin
06/07/30 21:10:20 bLOnGl/y
>>382
自分で試してみたらできました。
Linuxだからパーティション、AIXだから物理ボリュームとかいう分類は特にないんですね。
AIXとかは大規模システムだからパーティション切る意味がないってだけなんですね。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4643日前に更新/243 KB
担当:undef