第3章 既知の問題

このセクションでは、Red Hat hyperconverged Infrastructure for Virtualization(RHHI for Virtualization)に影響を与えることが分かっている予期しない動作について説明します。

BZ#1851114 - エラーメッセージの デバイスパスがこのデバイスの有効な名前ではない

論理ボリューム(LV)名が python-blivet の制限である 55 文字を超えると、ValueError: gluster_thinpool_gluster_vg_<WWID> などのエラーメッセージが、vdsm.log ファイルおよび super vdsm.log ファイルに表示されます。

この問題を回避するには、以下の手順に従います。

  1. ボリュームグループの名前(VG)の名前を変更します。

    # vgrename gluster_vg_<WWID> gluster_vg_<last-4-digit-WWID>
  2. シンプールの名前を変更します。

    # lvrename gluster_vg_<last-4-digit-WWID> gluster_thinpool_gluster_vg_<WWID> gluster_thinpool_gluster_vg_<last-4-digit-WWID>
BZ#1853995: ストレージドメインを更新すると、エラーダイアログボックスが表示される
ホストの置き換え時にプライマリー volfile を置き換えて管理ポータルからストレージドメインを更新するのに対し、ポータルには 操作をキャンセルしたダイアログボックス が表示されます。ただし、バックエンドでは値が更新されます。
BZ#1855945 - RHHI for Virtualization depolyment fails using multipath configuration and lvm cache

マルチパスデバイス名を持つ仮想化に対する RHHI のデプロイメント時に、ボリュームグループ(VG)と論理ボリューム(LV)が作成され、WWW が 128 文字よりも長くなった LV 名になります。これにより、LV キャッシュの作成に失敗します。

この問題を回避するには、以下の手順に従います。

マルチパスデバイス名 ''/dev/mapper/<WWID>' で RHHI for Virtualization のデプロイメントを開始する場合は、VG と thinpool のサフィックスを、4 桁の WWID に置き換えます。

  1. Web コンソールからのデプロイメント時に、ブリックの /dev/mapper/<WWID> としてマルチパスデバイス名を 指定します。
  2. Next をクリックしてインベントリーファイルを生成します。
  3. SSH 経由でデプロイメントノードにログインします。
  4. LVM コンポーネントで & lt;WWID& gt; を検索します。

    # grep vg /etc/ansible/hc_wizard_inventory.yml
  5. すべての WWID の場合は、WWID を最後の 4 桁の WWID に置き換えます。

    # sed -i 's/<WWID>/<last-4-digit-WWID>/g' /etc/ansible/hc_wizard_inventory.yml
  6. Web コンソールからのデプロイメントを続行します。
BZ#1856577 - IPv6 環境で共有ストレージボリュームがマウントできない

IPv6 アドレスを使用して RHHI for Virtualization のデプロイメント時に gluster_shared_storage オプションを使用して gluster ボリュームを作成すると、fstab ファイルにマウントオプションが追加されません。その結果、共有ストレージはマウントに失敗します。

この問題を回避するには、fstab ファイルに xlator-option=transport.address-family=inet6 としてマウントオプションを追加 ます。

BZ#1856594: Web コンソールからの day2 操作で VDO が有効な gluster ボリュームの作成に失敗する

仮想ディスク最適化(VDO)が、Web コンソールで day2 操作のある gluster ボリュームが失敗する。

この問題を回避するには、/etc/ansible/roles/gluster.infra/roles/backend_setup/tasks/ vdo_create.yml の Playbook vdo_create.yml を変更し、以下のように ansible タスクを変更します。

- name: Restart all VDO volumes
  shell: "vdo stop -n {{item.name}} && vdo start -n {{item.name}}"
  with_items: "{{ gluster_infra_vdo }}"
BZ#1858197: ボリュームの自己回復待ち、ブリックの投稿がオンラインになる

デュアルネットワーク設定(gluster および ovirt 管理用)では、自動ファイルレプリケーション(AFR)ヒューラースレッドは、自己修復デーモンの再起動時に生成されず、ボリューム内の自己回復エントリーが保留されます。

この問題を回避するには、以下の手順を実施します。

  1. コマンドを使用してホスト名を他のネットワーク FQDN に変更します。

    # hostnamectl set-hostname <other-network-FQDN>
  2. コマンドを使用して回復を開始します。

    # gluster volume heal <volname>
BZ#1554241: キャッシュボリュームは、非対称ブリック設定に手動で接続する必要があります。

ブリックを非対称に設定し、論理キャッシュボリュームが設定されている場合、キャッシュボリュームは 1 つのブリックのみに接続されます。非対称ブリック設定の現在の実装により、デバイスごとに個別のボリュームグループとシンプールが作成されるため、非対称のブリック設定にはデバイスごとにキャッシュボリュームが必要になります。ただし、これにより多数のキャッシュデバイスが使用され、現在 Web コンソールを使用して設定することはできません。

この問題を回避するには、非対称ブリックセットに適用されたキャッシュボリュームを削除します。

# lvconvert --uncache volume_group/logical_cache_volume

次に、「 論理ボリュームの設定」の手順に従って、論理ボリューム を手動で作成します。

BZ#1690820 - host フィールドに IP アドレスが FQDN ではない状態でボリュームを設定する手順

Web コンソールを使用して新規ボリュームを作成する場合は ホストの値は gluster peer リストから入力され、最初のホストは FQDN ではなく IP アドレスになります。ボリュームの作成の一環として、この値は FQDN 検証プロセスに渡され、IP アドレスで失敗します。

この問題を回避するには、生成された変数ファイルを編集し、IP アドレスの代わりに FQDN を手動で挿入します。

BZ#1506680: 再インストール時にディスクプロパティーが正しく消去されない

インストーラーは、既存の論理ボリュームから何らかのメタデータをクリーンアップできません。これは、ディスクが事前に手動でクリアされていない限り、ハイパーコンバージドホストの再インストールに失敗することを意味します。

この問題を回避するには、以下のコマンドを実行して、物理マシンに接続されているディスクからすべてのデータおよびメタデータを削除します。

警告

これらのコマンドを実行する前に保持するデータをバックアップします。このコマンドは、すべてのディスク上にあるすべてのデータおよびメタデータを完全に削除します。

# pvremove /dev/* --force -y
# for disk in $(ls /dev/{sd*,nv*}); do wipefs -a -f $disk; done