11.10. ファイルシステムおよびストレージ
cloud-init によってプロビジョニングされ、NFSv3 マウントエントリーで設定された場合、Azure で RHEL インスタンスが起動しません
現在、仮想マシンが cloud-init ツールによってプロビジョニングされ、仮想マシンのゲストオペレーティングシステムで /etc/fstab ファイルに NFSv3 マウントエントリーがある場合、Microsoft Azure クラウドプラットフォームで RHEL 仮想マシンの起動に失敗します。
(BZ#2081114)
CHAP 認証の試行に失敗した後、no authentication メソッドを使用して iSCSI サーバーにログインできない
CHAP 認証を使用して iSCSI ディスクを追加し、間違った認証情報によりログイン試行に失敗した場合は、no authentication 方式でのディスクへの再ログインに失敗します。この問題を回避するには、現行セッションを閉じて、no authentication メソッドを使用してログインします。
(BZ#1983602)
デバイスマッパーマルチパスは NVMe/TCP ではサポートされない
nvme-tcp ドライバーで Device Mapper Multipath を使用すると、コールトレースの警告とシステムの不安定性が発生する可能性があります。この問題を回避するには、NVMe/TCP ユーザーはネイティブ NVMe マルチパスを有効にする必要があり、NVMe で device-mapper-multipath ツールを使用しないでください。
デフォルトでは、ネイティブ NVMe マルチパスは RHEL 9 で有効になっています。詳細は、Enabling multipathing on NVMe devices を参照してください。
(BZ#2033080)
blk-availability systemd サービスは、複雑なデバイススタックを非アクティブ化する
systemd では、デフォルトのブロック非アクティブ化コードは、仮想ブロックデバイスの複雑なスタックを常に正しく処理するとは限りません。一部の設定では、シャットダウン中に仮想デバイスが削除されない場合があり、エラーメッセージがログに記録されます。この問題を回避するには、次のコマンドを実行して、複雑なブロックデバイススタックを非アクティブ化します。
# systemctl enable --now blk-availability.service
その結果、複雑な仮想デバイススタックはシャットダウン中に正しく非アクティブ化され、エラーメッセージは生成されません。
(BZ#2011699)
supported_speeds sysfs 属性が誤った速度値を報告します
以前は、qla2xxx ドライバーの誤った定義により、HBA の supported_speeds sysfs 属性は、予想される 64 Gb/s の速度ではなく 20 Gb/s 速度を報告していました。そのため、HBA が 64 Gb/s リンク速度に対応していると、sysfs supported_speeds の値が正しくないため、報告された速度値に影響がありました。
しかし、HBA の supported_speeds sysfs 属性は、意図された 64 Gb/s ではなく 100 Gb/s、意図された 128 Gb/s ではなく 50 Gb/s の速度を返すようになりました。これは報告された速度の値にのみ影響し、ファイバーチ接続で使用される実際のリンクレートが正しいことを確認します。
(BZ#2069758)
