第2章 バグ修正

本セクションでは、バージョン 1.8 で修正された Red Hat Hyperconverged Infrastructure for Virtualization の以前のバージョンに影響する重要なバグについて説明します。

BZ#1688239: IPv6 ネットワークを使用した Geo-replication
以前のバージョンでは、geo レプリケーションを IPv6 アドレスで使用できませんでした。今回のリリースにより、gluster geo-replication に使用されるヘルパースクリプトはすべて IPV6 ホスト名(FQDN)と互換性があります。
BZ#1719140 - 仮想マシンの可用性
仮想化グループオプションが更新され、いずれかのホストの電源が切れたときに仮想マシンが利用できるようになります。
BZ#1792821: heal 後のスプリットブレイン
以前のバージョンでは、回復ソース（回復ターゲットではない）のみが利用できる場合に、ディレクトリー内のエントリーの回復がトリガーされる可能性がありました。これにより、レプリケーションの拡張属性がリセットされ、回復ターゲットが再び利用可能になったときに GFID スプリットブレイン状態が生じました。この問題を回避するには、レプリケートセット内のすべてのブリックが利用可能な場合にのみ、エントリーの回復がトリガーされます。
BZ#1721097 - VDO statistics
以前は、VDO ボリュームでは、Virtual Disk Optimization(VDO)の統計は利用できませんでした。今回のリリースでは、Virtual Disk Optimization(VDO)が VDO 統計ツールとは異なる出力を正しく処理し、Virtual Desktop および Servers Manager によるトレースバックを回避します。
BZ#1836164 - 書き込み負荷の多いワークロードのレプリケーション
レプリケーションモジュールの fsync は Eager-lock 機能を使用することで、サイズが 4k 書き込みで約 4k 負荷の小さいブロックのパフォーマンスが改善され、Red Hat hyperconverged Infrastructure for Virtualization 1.8 で 50 パーセント以上改善します。
BZ#1821763 - VDO volumes および maxDiscardSize パラメーター
仮想ディスクの最適化(VDO)Ansible モジュールが maxDiscardSize パラメーターに対応し、デフォルトでこのパラメーターを設定します。その結果、このパラメーターで作成された VDO ボリュームが失敗しなくなりました。
BZ#1808081 - VDO ボリュームの読み取りおよび読み取りサイズ
仮想ディスク最適化(VDO)の readcache オプションおよび readcachesize オプションは、Red Hat Enterprise Linux 8 をベースとした VDO ボリュームではサポートされません。これには、Red Hat HashiCorp Infrastructure for Virtualization 1.8 が含まれています。このオプションが削除され、バージョン 1.8 で VDO ボリュームの作成が成功するようになりました。
BZ#1793398: Ansible を使用したデプロイメント
以前のバージョンでは、変数（he_ansible_host_name および he_mem_size_MB）の誤った値が原因で、コマンドラインインターフェースからデプロイメント Playbook の実行に失敗していました。変数の値が更新され、デプロイメント Playbook が正しく実行されるようになりました。
BZ#1809413: Activating glusterd service caused quorum loss
以前は、管理者ポータルからホストをアクティベートすると、glusterd サービスが再起動され、glusterd プロセス ID が変更されるとクォーラム（定足数）が失われていました。今回のリリースでは、ホストのアクティベーション時に glusterd サービスが起動および実行しても再起動されないため、glusterd プロセス ID は変更されず、クォーラムが失われることはありません。
BZ#1796035 - 管理者ポータルの追加ホスト
以前のバージョンでは、追加のホストは Administrator Portal のポストデプロイメントに自動的に追加されませんでした。今回のリリースで、gluster ansible ロールが更新され、追加のホストが自動的に管理者ポータルに追加されるようになりました。
BZ#1774900: 切断されたホストの検出
以前のバージョンでは、非接続ホストの検出には、sanlock タイムアウトの所要時間が長くなっていました。今回のリリースでは、gluster のソケットおよび rpc タイムアウトが改善され、sanlock タイムアウトが発生する前に検出されたホストが検出され、1 台のホストの再起動が他のホストで実行している仮想マシンに影響しなくなりました。
BZ#179592 8: Erroneous deployment failure message
コマンドラインインターフェースでデプロイメント Playbook を実行すると、Web フックが gluster-eventsapi に正常に追加されましたが、成功ではなく失敗を報告し、初回の試行時にデプロイメントが失敗する原因となっていました。これは修正され、デプロイメントが正しく機能するようになりました。
BZ#1715428 - ストレージドメインの作成
以前のバージョンでは、ストレージドメインは、追加のホストが指定された場合にのみ自動的に作成されていました。2 つの操作は論理的に関連していないため分離され、ストレージドメインは追加のホストが指定されているかどうかに関係なく作成されるようになりました。
BZ#1733413 - Incorrect volume type displayed
以前のバージョンでは、Web コンソールにはボリューム種別の選択に不要なドロップダウンメニューが含まれ、単一ノードデプロイメントの誤ったボリューム種別（複製）が表示されていました。メニューが削除され、正しいボリュームタイプ（分散）が表示されます。
BZ#1754743 - VDO ボリュームでのボリュームの失敗キャッシュ
以前は、仮想ディスクの最適化(VDO)とキャッシュボリュームの両方を使用するボリュームを設定すると、Web コンソールでデプロイメントが失敗しました。これは、基礎となるボリュームパスが「/dev/mapper/vdo_sdx」ではなく「/dev/sdx」形式で指定されていたためです。正しい形式で VDO ボリュームが指定され、デプロイメントに失敗しなくなりました。
BZ#1432326: ネットワークをホストに関連付けた後にネットワークと同期しなくなる
Gluster ネットワークが新しいノードのネットワークインターフェースに関連付けられていると、Gluster ネットワークは同期されていない状態になりました。これは、Red Hat hyperconverged Infrastructure for Virtualization 1.8 では発生しなくなりました。
BZ#1567908 - 再起動後に表示されるデバイスのマルチパスエントリー
vdsm サービスは、Red Hat Virtualization の初回インストール後にさまざまな設定変更を行います。このような変更の 1 つにより、ローカルデバイスなど、Red Hat hyperconverged Infrastructure for Virtualization でデバイスのマルチパスエントリーが表示されました。これにより、Red Hat hyperconverged Infrastructure for Virtualization のデプロイメントプロセスが完了する前に、更新されたか、または再起動されたホストで問題が発生していました。Red Hat Hyperconverged Infrastructure for Virtualization は、マルチパスデバイスをブラックリストに登録するオプションを提供するようになりました。これにより、RHHI for Virtualization でエントリーが使用されなくなりました。
BZ#1590264 - ホストエンジンのデプロイメント後にストレージネットワークダウン
Red Hat hyperconverged Infrastructure for Virtualization の設定時には、Red Hat Gluster Storage をセットアップするには、2 つの別々のネットワークインターフェースが必要です。ストレージの設定が完了すると、ホストエンジンがデプロイされ、ホストが管理対象ホストとしてエンジンに追加されます。以前のリリースでは、デプロイメント時に、ストレージネットワークが変更されて BOOTPROTO=dhcp を削除していました。つまり、ストレージネットワークには IP アドレスが自動的に割り当てられておらず、ホストエンジンのデプロイ後には利用できませんでした。この行はデプロイメント時に削除されず、ストレージネットワークは予想通りに利用可能です。
BZ#1609451: リブート後にボリュームのステータスが誤って報告される
アップグレードまたは更新の一部として再起動した際に、関連する glusterfsd プロセスが想定どおりに実行されている場合でも、gluster ボリュームステータス の後続の実行により、ブリックが実行されていないことが誤って報告されることがあります。このような状況では、状態が正しく報告されるようになりました。
BZ#1856629: Warning use device with format /dev/mapper/<WWID > seen with gluster devices enabled（gluster devices が有効な状態で警告によるデバイスの使用）
Web コンソールからボリュームを拡張する際に、デバイス名 /dev/sdx を 使用して day2 操作の一部として、ブラックリスト gluster device チェックボックスが有効になっている場合でも、/dev/mapper/<WWID> 形式のデバイス名 が表示されます。バージョン 1.8 では、この警告の注記を無視して、警告が有効ではないため、デプロイメントの次のステップに進むことを推奨します。バージョン 1.8 Batch Update 1 では、この問題が修正され、誤った警告が表示されなくなりました。