LVMを語らせていただけませんか? その2
■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin
2010/07/16(金) 11:25:26ID:JcEUPlkg■LVMの主な機能
ハードディスクのパーティションを物理デバイスでまたがって一つのパーティションにする
既にあるLVMパーティションを増設した物理デバイスを追加することができる
パーティションのスナップショットを作成する
など。
前スレ
LVMを語らせていただけませんか?
http://pc11.2ch.net/test/read.cgi/linux/1024122484/
関連スレ
RAID総合スレッド No.5
http://pc11.2ch.net/test/read.cgi/linux/1253111675/
ファイルシステム総合スレ その11
http://pc11.2ch.net/test/read.cgi/linux/1256639505/
0102login:Penguin
2012/06/24(日) 22:37:02.00ID:ftytyYyeinode64
0103login:Penguin
2012/06/24(日) 23:20:12.46ID:QFLYadGWありがとうございました。
メタデータは、各PVとも半分くらいFreeだったので、
あふれているわけではなさそうですね。
>>102
ググってみたのですが、そんな罠があったとは…
最初の2TBディスクがほぼほぼフルに到達したので、今回の
ディスク増設をしたのですが、先頭1TBを使い切ってしまい、
iノード用の領域が不足しているということなんでしょうね…?
これって、LVM側でなんらかの方法でデータを各ディスクに
分散させても、解決しないですよね、多分?
XFS内部の論理的なデータ配置?が改善されないと、状況が
改善されそうに無い気がしてきました。
そうなると、LVを縮小&分割して、別パーティションとして
マウントしたほうが安全なのかな…?
とりあえず、XFSについてもうちょっと調べてみます。
0104100
2012/06/26(火) 12:40:28.03ID:799922Yy32 Q: Why do I receive No space left on device after xfs_growfs?
http://xfs.org/index.php/XFS_FAQ
"A complete dump and restore will also fix the problem ;)"が一番
確実そうなので、なんとかディスクを確保してからダンプ&リストアを
やってみようかと思います。
0105login:Penguin
2012/07/24(火) 12:52:56.28ID:bDHiFXoZこういうときはどうしたらいいんだ……?
0106login:Penguin
2012/12/28(金) 23:10:09.51ID:lvAIupHmhttp://sourceforge.jp/magazine/12/12/25/2155242
■ このスレッドは過去ログ倉庫に格納されています