タグ付けされた質問 「lvm」

論理ボリュームを削除しようとすると、メッセージが表示されます #lvremove /dev/my-volumes/volume-1 Can't remove open logical volume "volume-1" #lvchange -an -v /dev/my-volumes/volume-1 Using logical volume(s) on command line /dev/dm-1: read failed after 0 of 4096 at 0: Input/output error Deactivating logical volume "volume-1" Found volume group "my-volumes" LV my-volumes/volume-1 in use: not deactivating #lvremove -vf /dev/my-volumes/volume-1 Using logical volume(s) …

20 lvm 

LVMがどのように機能するかを理解し、LVM（ソフトウェアRAID1を使用）の使用がどれくらい遅くなるか、おおよその見積もりを教えてくれれば、私は感謝します。 （LVMボリュームが現在、コピーオンライトを実行しているスナップショットモードである場合、LVMがどれほど遅くなるかを知りたくない）。通常の操作シナリオで、LVMが読み取りと書き込みをどれだけ遅くするかについて、大まかな見積もりが必要なだけです。 リンクについても非常に高く評価されており、この質問に関する優れたパフォーマンスのベンチマークを見つけることができませんでした。 どうもありがとう！！イェンス

20 performance  lvm 

私はファイルサーバーにLVMスナップショットを実装できるようにLVMスナップショットがどのように機能するかを理解しようとしていますが、ベースバックアップシステムに使用する方法ではなく、それがどのように機能するかを説明するものをGoogleで見つけるのが困難です。 私が読んだことから、私はそれが次のように働くと思う： プライマリパーティションと、パーティションにない多くの未割り当ての空き領域を持つLVMがある 次に、スナップショットを作成して、新しい論理ボリュームにマウントします。スナップショットには変更があるはずなので、この最初のスナップショットは完全なコピーになりますよね？ 次に、翌日、別のスナップショットを作成し（このスナップショットのパーティションサイズはそれほど大きくする必要はありません）、それをマウントします。 どういうわけか、LVMはスナップショットを追跡し、変更されていないビットをプライマリボリュームに保存しません。 次に、十分なスナップショットがあると判断し、最初のスナップショットを削除します。これがどのように機能するか、またはそれが次のスナップショットにどのように影響するかはわかりません。 誰かが私が間違っている場所を私に修正できますか？せいぜい、私はグーグルで何も見つけられないと推測しています。 vgdiplay obu1：/ home / jail / home / qps / backup / D＃vgdisplay ---ボリュームグループ--- VG名fileserverLVM システムID フォーマットlvm2 メタデータ領域1 メタデータシーケンスNo 3 VG Access読み取り/書き込み VGステータスのサイズ変更可能 最大LV 0 Cur LV 2 LV 2を開く 最大PV 0 Cur PV 1 Act PV 1 VGサイズ931.51 GB PEサイズ4.00 MB …

19 linux  lvm  snapshot 

Linux（現在2.6.37）上のmdでRAID1 + 0を使用してmdデバイスを作成し、LVMを使用してデバイス上でボリューム管理を提供し、次にext4をLVMボリュームグループのファイルシステムとして使用します。 SSDをドライブとして、TRIMコマンドがレイヤー（ext4-> LVM-> md-> SSD）を介してデバイスに伝播することを確認したいと思います。 最近の2.6.3xカーネルには、Device Mapperシナリオのより多くのカバレッジを含む、多くの新しいSSD関連のTRIMサポートが追加されたように見えますが、それを適切にカスケードダウンさせることはまだできないようです。 これはまだ可能ですか？もしそうなら、どのように？そうでない場合、何か進展がありますか？

18 linux  raid  lvm  ssd  trim 

パーティションテーブルを作成するステップを踏むことなく、rawブロックデバイス上でpvcreateを正常に実行できるようです。その後、ボリュームグループ、論理ボリューム、最後にファイルシステムを作成し、マウントして、ddを介してテストすることができます。 動作しているように見えますが、健全性チェックが必要です。これは悪い考えですか？ rawブロックデバイスの上にGPTまたはMBRパーティションテーブルを作成するにはどうすればよいですか？ どのようなパーティションテーブルが使用されているかを示すために、partedを使用するにはどうすればよいですか？私はやってみました： 別れ、/ dev / sdbを選択して印刷すると、次のメッセージが表示されます。 エラー：/ dev / sdb：認識されないディスクラベル それでも、ドライブは現在使用中で、私はそれを読み書きできます。これは、パーティションテーブルを使用せずにrawブロックデバイス上でLVMを実行したときに期待される出力ですか？何かご意見は？ ありがとう！

18 lvm  parted 

バックアップ戦略として、xen domUの定期的なLVMスナップショットはどの程度実行可能でしょうか？長所、短所、落とし穴はありますか？ 私にとっては、ブレインレスの高速復元に最適なソリューションのようです。中断したことなくdomUが正常に実行されている状態で、破損した論理ボリュームで調査を行うことができます。 編集： システムの完全バックアップを行うとき、私は今ここにいます。 domUディスクのlvmスナップショット サイズがスナップショットのサイズに等しい新しい論理ボリューム。 dd if = / dev / snapshot of = / dev / new_lv lvremoveを使用したスナップショットの破棄 kpartx / mount / lsによるオプションの検証 次に、これを自動化する必要があります。

17 backup  xen  lvm 

私のLinuxサーバーは1年前にマシンを交換し、ゼロからインストールしたため、LVMを使用しています。LVMは命の恩人であり、その柔軟性が気に入っています。しかし、私のLinuxラップトップは3年前に最後に完全にインストールされたため、ストレートパーティションを使用しています。 再インストールせずに、既存のシステムをLVMに変換することは可能ですか？もしそうなら、どのツールがこの仕事をすることができますか？ デュアルブートシステムでWindowsと共有されるファイルシステムはすべてLVMになれません。私が間違っている場合、私に知らせてください、しかし、私は驚きます。

17 linux  lvm 

複数の物理ハードディスクを1つのボリュームに結合したいので、メディア/ファイルサーバーにLVMを使用することについて議論しています。LVMでRAIDを使用したくないので、私の質問は次のとおりです。 ボリューム内の複数のハードディスクの1つがダウンした場合、すべてのデータが失われますか、それとも個々のディスクに保存されたデータが失われますか？ また、個々のディスクのデータを失うだけの場合、そのディスクを交換し、バックアップから復元してディスク上のデータを復元するのと同じくらい簡単ですか？

16 linux  storage  lvm  redundancy 

mountは次のようなマウントデバイスを表示します。 /dev/mapper/VolGroup01-LogVol00 on /var type ext3 (rw) または /dev/mapper/VolGrp_backups-backups on /mnt/backups type ext3 (rw) だが iostatはdm-表記を使用します。以下のようにdm-0、dm-1というように。 どちらがどれであるかを知る方法はどこにありますか？

16 linux  mount  lvm  iostat 

ロックされています。この質問とその回答はロックされています。なぜなら、質問はトピックから外れていますが、歴史的に重要だからです。現在、新しい回答やインタラクションを受け入れていません。 UNIX用の新しいシステムディスクをパーティション分割する場合、デスクトップとサーバーの両方、またはその両方で望ましい戦略は何ですか？ ディスクパーティションレイアウト、ファイルシステムフォーマットとオプション、マウントポイント、RAIDレベル、LVMグループとボリューム、暗号化、およびその他の関連設定を含めてください。

16 raid  filesystems  partition  hard-drive  lvm 

CentOS 5サーバーで実験的なアップグレードを実行しようとしています。アップグレードが失敗した場合、ファイルシステムへの変更をバックアウトできるようにしたいと思います。このシナリオは、LVM2読み取り/書き込みスナップショットのLVM HOWTOのセクション3.8の例に似ていますが、実際のハウツーには例がありません。 変更をコミットして元のパーティションにマージする方法は？ ファイルシステムを元の状態に復元して、変更を元に戻すにはどうすればよいですか？完全に再起動しない場合、いくつかのサービスを再起動する必要があると仮定する必要がありますか？ パーティション上の特定のディレクトリのみをスナップショットすることは可能ですか、それともパーティション全体の操作ですか？

16 linux  lvm  snapshot 

新しいSSDをインストールし、デバイス全体をLVMのPVとして使用します。つまり、このデバイスにパーティションを1つも配置する予定はありません。そのため、消去ブロックでパーティションを揃える必要はありません。 質問 ingの--dataalignment場合は消去ブロックサイズに設定し、pvcreateingの場合は消去ブロックサイズ--physicalextentsizeの倍数に設定するだけで十分vgcreateですか？ だから、私のSSDが1024kの消去ブロックサイズを持っていると仮定すると、それは大丈夫ですか？ pvcreate --dataalignment 1024k /dev/ssd vgcreate --physicalextentsize $(( x * 1024 ))k ... 他に考慮すべきことはありますか？ このVGのLVにext4-filesystemsを配置すると仮定すると、ext4-extentsをLVM-PE-sizeに揃えることをお勧めしますか？ext4-extentsはLVM-PE-sizeと同じサイズまたは複数のサイズにする必要がありますか？ 明確化をありがとう！

15 lvm  ssd  alignment 

2つのディスクを持つLVM2ボリュームがありました。大きなディスクが破損したため、pvmoveを実行できません。他のディスクからほとんどのデータを保存するためにグループからそれを削除する最良の方法は何ですか？pvdisplayの出力は次のとおりです。 Couldn't find device with uuid WWeM0m-MLX2-o0da-tf7q-fJJu-eiGl-e7UmM3. --- Physical volume --- PV Name unknown device VG Name media PV Size 1,82 TiB / not usable 1,05 MiB Allocatable yes (but full) PE Size 4,00 MiB Total PE 476932 Free PE 0 Allocated PE 476932 PV UUID WWeM0m-MLX2-o0da-tf7q-fJJu-eiGl-e7UmM3 --- Physical volume …

15 linux  ubuntu  filesystems  lvm 

RAID 1（SW-RAID）で実行する2台のHDD（2x 1 TB）を備えたサーバーがあります。を使用してIOのパフォーマンスを向上させたいflashcache。を使用して、KVM仮想マシンが実行されていLVMます。 これに関して、次の質問があります。 これでも機能しますか？flashcacheブロックデバイスで動作しますが、これらはすべて独自の設定を持つ仮想マシンです。 パフォーマンスはどれくらい向上すると予想されますか？ほとんどの仮想マシンは、Webサイトといくつかのホストゲームを実行します。 SSDの大きさはどれくらい必要ですか？SSDを大きくすると、より多くのファイルをキャッシュできるため、パフォーマンスが向上しますか？ SSDが死んだ場合はどうなりますか？うflashcache伝統的なHDDからファイルを取得し、私は単純にSSDを交換するだろうか？ およびwritebackに比べてどれくらい速くなりますか？writethroughwritearound 残念ながらテストシステムにアクセスできflashcacheないため、ディスクをアンマウントせずにライブサーバーにインストールできますか？ここで、私が使用するすばらしいチュートリアルを見つけました。

14 centos  kvm-virtualization  lvm  flashcache 

LVM LVの上にLUKSの上に500GiB ext4ファイルシステムがあります。LVのサイズを100GiBに変更したい。LVM LVの上でext4のサイズを変更する方法は知っていますが、LUKSボリュームをどのように扱うのですか？ mgorven@moab:~% sudo lvdisplay /dev/moab/backup --- Logical volume --- LV Name /dev/moab/backup VG Name moab LV UUID nQ3z1J-Pemd-uTEB-fazN-yEux-nOxP-QQair5 LV Write Access read/write LV Status available # open 1 LV Size 500.00 GiB Current LE 128000 Segments 1 Allocation inherit Read ahead sectors auto - currently set to …

14 linux  filesystems  lvm  encryption  luks