問題タブ [lvm]

パーティションを論理/拡張ではなくプライマリ タイプにする際に問題が発生しています。

私の preseed の関連コードは次のとおりです。

問題は、これにより次のパーティション構成が作成されることです。

この不要な拡張/論理パーティションを削除し、Linux LVM パーティションを sda2 (プライマリ) に配置したいと思います。そのようです：

Centos 7 のルート VG で 'vgrename' を使用した後、grub2 を更新するのに苦労しています。新しい VG 名で grub を作成し、grub2-mkconfig の実行を試みました。この時点で、エラーが発生します。

それが指しているこの正規のパスは、古い VG 名です。/etc/default/grub の VG 名を更新すると解決されると思っていたので、これは理解できませんか? どんな助けでも感謝します:)

事実：

したがって、これらの結果によると、/backUp、/data_1、および /data_2 は 2 つのディスク (それぞれ /dev/sdc および /dev/sdb) にマウントされ、システムは LVM を使用して別のディスク (/dev/sda) にマウントされます。

• df -hコマンドは、/ が 96% までいっぱいであることを返します。

/dev/mapper/fedora-root 50G 45G 2.3G 96% /

• しかし、/ に対してdu -shを返すと、より重いディレクトリは /usr と /var であり、総重量は約 13G であることがわかります (/backUp、/data_1、および /data_2 は他のディスクにあります)。および /home は /dev/mapper/fedora-home に対応します):

9.3G /ユーザー

2.9G /バール

したがって、duコマンドからの / の重みはほぼ 13G であり、dfコマンドからの重みはほぼ 45G のようです...つまり、ブラック ホールに 32G があります... エラーは表示されません。お気軽にアドバイスをください。この非常に奇妙なことを修正してください!私は何かが欠けていると確信しています...

私のコードは puppetlabs lvm モジュールを使用しています。以下に示すように使用します

モジュールを呼び出す r10k プロファイルのコードの一部。

ibm mq をインストールするメイン モジュール コード。

Hiera データが渡されました

次のエラーが発生します。

エラー: リモート サーバーからカタログを取得できませんでした: サーバーでエラー 400: 宣言が重複しています: Physical_volume[/dev/sdd] は既にファイル /etc/puppetlabs/puppet/environments/qa/modules/lvm/manifests/volume_group.pp で宣言されています:17; ノード uapp1021d.bsc.bscal.com の /etc/puppetlabs/puppet/environments/qa/modules/lvm/manifests/volume_group.pp:17 で再宣言できません 警告: 失敗したカタログでキャッシュを使用していません エラー: カタログを取得できませんでした。スキップラン

なぜこのエラーが発生するのか理解できません。どんな助けにも感謝します。

ありがとうございました

vgs (ボリューム グループ)、lvs (論理ボリューム)、および pvs (物理ボリューム) に関する情報を取得するために、モノラルで ac# プログラムを作成しようとしています。私はcentOS7システムを使用しています。lvm に関する情報を取得するために、API が定義されています ( https://sourceware.org/git/?p=lvm2.git;a=blob;f=liblvm/lvm2app.h )。C++ のサンプル プログラム ( https://www.redhat.com/archives/lvm-devel/2010-September/msg00025.html ) は、上記のリンクされた API で完全に動作します。しかし、C# プログラムからの API 呼び出しに pinvoke を使用すると問題が発生します。

バージョンデータを取得できました。したがって、ライブラリのピンボークが可能であると思います。

lvm2app.h

ラッパー クラス:

主要

私が聞いたところによると、セグメンテーション違反は gdb を使用して分析する必要があります。http://pastebin.com/Kza9kemJ の例に従いました (新しいアカウントであるため、3 つ目のリンクを投稿できません。

そして、次の出力を得ました：

この出力から、関数 lvm_lv_get_name の呼び出しによってセグメンテーション違反が発生したという結論が得られます。それについての奇妙なことは、私がこの関数を呼び出さないということです。

そのため、私は今行き止まりにあり、あなたの助けに感謝します.

よろしく

Docker ストレージ (dm.thinpooldev) に LVM シンプールを使用していますが、これまでにメタ データ プールのスペースが不足したことが何度かありました。大きなメタデータを使用してシンプールを再作成するだけで済むので、戦うのは簡単ですが、それをどれだけ大きくするかを推測しているだけです (おそらく推測しすぎです)。

Docker のメタデータの相対的なサイズについて何か提案はありますか? lvcreate のデフォルトでは不十分なようです:

--poolmetadatasize MetadataVolumeSize[bBsSkKmMgG] プールのメタデータ論理ボリュームのサイズを設定します。サポートされている値は、シン プールの場合は 2MiB から 16GiB、キャッシュ プールの場合は最大 16GiB の範囲です。最小値は、プールのデータ サイズから計算されます。シン プールのデフォルト値は (Pool_LV_size / Pool_LV_chunk_size * 64b) です。デフォルトの単位はメガバイトです。

私が使用している基本的なコマンドは次のとおりです。

または、任意のメタ データ サイズに置き換えます

[編集] うーん、応答がないので、今のところ 1% とします。これは今のところ機能していますが、おそらくまだ過剰にプロビジョニングされています.