問題タブ [lvm]

Fedora LiveUSB クリエーターで作成されたディスク イメージをプログラムでマウントしようとしていますが、いくつかの問題が発生しています。

私が聞いたところによると、LVM スナップショットをホスト システムの外部にマウントするのは非常に困難です。「元の」イメージと永続的なスナップショットの両方を持っているので、技術的には可能だと思いました。

何か案は？

ファイルが同じGFSクラスター内の別のノードによって既に開かれているかどうかを確認することは可能ですか? たとえば、fuser コマンドは TruCluster のクラスタ全体で実行されます。コマンドまたは API を介してロック マネージャーのデータを照会することは可能ですか?

KVMマシンに割り当てられたディスクのサイズを増やすにはどうすればよいですか？それはlvm、rawファイルなどである可能性があります。

ありがとう

非常に単純です。Fat32ファイルシステムを含むLVMパーティション（例：/ dev / mapper / foo-fat）があります。このLVMパーティションのサイズを縮小する前に（lvmreduceで実行します）、そこに含まれるFat32ファイルシステムのサイズを縮小したいと思います。

別れはそれを行うことができるはずですが、それを機能させるための魔法の呼び出しを見つけることができません。

システムにマウントされているすべての USB デバイスを一覧表示する UDisks スクリプトが必要でした。これには、LVM デバイスを検出する機能が必要です。

Perl / C / Shell どれでもいい

どうもありがとう。

PS: Hal は私の Gentoo では廃止され、削除されました

Linux マシンで lvm スナップショットを作成するための次の Python コードがあります。

lvmCreateSnapshot は正常に実行され、0 で終了します。これにより、if ステートメントで logging.debug 行が実行されます。ただし、これは発生せず、代わりにスクリプトから次の出力を受け取りました。

ログの出力は次のとおりです。

ご覧のとおり、lvm logging.debug メッセージがありません (作成した 2 つのテスト ログ メッセージの間に表示されるはずです)。

なぜこれが起こっているのですか、どうすれば修正できますか?

VMware の下に仮想サーバーがあり、sysadm からさらに 10 GB のハードディスクを取得しました。

Linux (Ubuntu 11.04 サーバーを実行) の内部では、LVM でセットアップされています。[c]fdisk では、これらの余分な 10 GB を見つけました。それらはプライマリ LVM パーティションの直後に存在します。

この余分なスペースから新しい LVM パーティションを作成し、これをボリューム グループに追加し、次に論理ボリュームに追加して、ファイル システムのサイズを変更できることを理解しています。

しかし、これらの余分なギグを既存の LVM パーティションに同化することは可能ですか? 別の物理ボリュームをボリューム グループに追加する代わりに、LVM の物理ボリュームのビューが増加するように (ボリューム グループまで自動的にパーコレートすることが望ましい) ?

Linux でさまざまなファイル システムのフル/増分スナップショット バックアップを作成する方法を探しています。

スナップショットの作成 (COW メカニズム) に関して検索する LVM/デバイス マッパー ソース ファイルと、インクリメンタル バックアップ用に変更されたブロック ビット マップが格納される場所へのポインターが必要でした。

インクリメンタル中にスナップショットを作成し、ダーティ ブロック ビット マップを取得するためにデバイス マッパーで使用できる API 呼び出しはありますか?

また、LVM ボリュームと raw ディスク ファイル システムで共通のスナップショットを作成するために、Linux で利用できる他のメカニズムはありますか?

出力 (生データ、ログなし) を rsync のファイルにパイプして、これを bsdiff に保存することは可能ですか? rsnapshot は構成がなく、構文がばかげているため (インデント、wtf?)、rdiff は少し不安定なため、非常にイライラします。

すべてのデータを rsync し、その tar.gz アーカイブを作成し、bsdiff を実行して 2 つの tar.gz アーカイブ間のパッチを生成する実用的なソリューションがあります。しかし、毎回アーカイブ全体を作成する必要があるため、これは大量の負荷がかかるとかなり CPU 集約的であり、非常にディスク集約的です。

要約すると: - 最初の rsync を作成する - 以前のファイルに対して bsdiff を実行する - 回復しやすいように diff をアーカイブする

これを書いたとき、lvm-snapshot のアイデアを思いつきました。

kpartx を使用してパーティション分割された lvm ボリュームから読み取るバックアップ手順があります。デバイスのマッピングを解除できないことはめったにありません。

今、マッピングを削除しようとすると、次のようになります。

dmsetup clean loop7p1 を試しましたが、何も変わりませんでした。サーバーを再起動せずにパーティションを解放するにはどうすればよいですか? ありがとう