第6章 バグ修正

/targetsのURLは、Prometheusがダウンしていることを示している

以前は、PrometheusのターゲットURLはlocalhost値で設定されていました。localhost値により、ターゲットステータスがダウンしていると見なされたときに、Prometheusサービスがlocalhostアドレスをリッスンしませんでした。このリリースでは、ターゲットURL値にIPアドレスを使用するようにPrometheus構成ファイルが更新されました。その結果、Prometheusターゲットステータスは正しくレポートされています。

ceph-volumeは、Cephデプロイメント中にOSDを作成するときにメタデータの破損を引き起こす可能性がある

以前は、ceph-volumeがボリュームグループ、論理ボリュームの作成、タグの設定などのLVMコマンドを実行すると、Cephのデプロイ時にOSDを作成するときにメタデータが破損する可能性がありました。このリリースでは、ユーザーはホスト上のgroup_vars/all.ymlファイルでlvmetad_disabledパラメーターをtrueに設定することにより、条件付きでlvmetadサービスを無効にできるため、メタデータの破損が回避されます。

ceph-ansibleのロールceph-dashboardは、強制的に自己署名証明書のコモンネームをceph-dashboardに設定する

これまでは、ceph-ansibleで生成された自己署名証明書を使用すると、ceph-dashboardにコモンネーム(CN)が強制されるため、クライアントに証明書を送信するノードのホスト名の不一致により、Prometheusなどのアプリケーションがエラーになりました。

Cephコンテナが配置されていると、ローリングアップグレードが失敗する

Ceph MonitorデーモンとCeph Object Gatewayデーモンがコンテナーと同じ場所に配置されている、およびマルチサイトCeph Object Gatewayが有効になっていると、rolling_update.yml Ansible Playbookは失敗します。この失敗は、アップグレードプロセス中にCeph Monitorコンテナーが停止したためにradosgw-adminコマンドを実行できないことが原因で発生しました。このリリースでは、ceph-handlerロール内のマルチサイトのCeph Object Gatewayコードは、アップグレードプロセス中にスキップされます。その結果、rolling_update.ymlAnsible Ansible Playbookは正常に実行されます。

コンテナ化されたデーモンに切り替えると、Ceph Monitorのクォーラムチェックが失敗する

リグレッションバグが、switch-from-non-containerized-to-containerized-ceph-daemons.yml Ansible Playbookで発生する。このリグレッションバグにより、現在のノードのホスト名がテストされていないため、Ceph Monitorクォーラムチェックが失敗しました。このリリースでは、現在のCeph Monitorノードからのansible_hostnameファクトが正しく使用されます。その結果、Ceph Monitorのクォーラムチェックが成功します。

アップグレードに失敗した場合に新たな Ceph Ojbect Gateway インスタンスを追加する

radosgw_frontend_port オプションでは、複数の Ceph Object Gateway インスタンスを考慮せず、全インスタンスに対してポート 8080 を設定していました。今回のリリースでは、各 Ceph Object Gateway インスタンスの radosgw_frontend_port オプションが増加し、複数の Ceph Object Gateway インスタンスを使用できるようになりました。

Ceph Ansible がソケットファイルを削除し、クラスターの再デプロイを有効化

以前のバージョンでは、*.asok ファイルはパージ Playbook の完了時に残っており、クラスターの再デプロイ時にエラーが発生していました。今回の更新により、ceph-ansible は存在する可能性のあるソケットファイルをすべて削除し、クラスターを安全に再デプロイできるようになりました。

コンテナー化された Red Hat Ceph Storage デプロイメントの tcmu-runner プロセスのログローテーションのサポートが追加される

以前のバージョンでは、iSCSI を使用する Red Hat Ceph Storage がコンテナーにデプロイされると、tcmu-runner プロセスのログローテーションがなければ、コンテナーのすべての領域が使用されていました。今回のリリースにより、ログローテーションのサポートが tcmu-runner プロセスに追加され、ログファイルが定期的にローテーションされるようになりました。これにより、使用される領域が少なくなります。

FileStore OSD と BlueStore OSD が混在する OSD ノードの場合に FileStore から BlueStore への移行プロセスが失敗する可能性がある

以前のバージョンでは、Red Hat Ceph Storage バージョン 3.2 よりも前のバージョンを実行するデプロイメントで、osd_objectstore が group_vars、host_vars、または inventory のいずれでも明示的に設定されない場合、そのデプロイメントには FileStore OSD が含まれました。FileStore は、Red Hat Ceph Storage 3.2 より前のデフォルトでした。

特殊文字は Docker レジストリーのパスワードで設定可能

以前のバージョンでは、Docker レジストリーのパスワードで設定された特殊文字は正しく処理されませんでした。今回のリリースにより、特殊文字が Docker レジストリーパスワードで設定されている場合に Ansible Playbook は失敗しません。特殊文字を Docker レジストリーのパスワードで使用でき、Ansible Playbook が予想通りに機能するようになりました。

Ansible モジュール ceph-volume が、論理ボリュームおよびボリュームグループの正しい情報を報告

以前は、OSD 上で Red Hat Enterprise Linux 8 ベースのコンテナーを使用する Red Hat Enterprise Linux 7 ホストで ceph-volume lvm zap --destroy コマンドを適用すると、そのホストの lvm キャッシュが更新されず、存在する論理ボリュームおよびボリュームグループが依然として報告されていました。今回のリリースにより、Ansible モジュール ceph_volume により、ホスト上のコマンドがトリガーされ、lvm キャッシュが更新され、論理ボリュームおよびボリュームグループの正しい情報を報告するようになりました。

journalctl コマンドを使用して Ceph コンテナーログを表示可能

以前のリリースでは、Podman がデタッチモードおよび systemd タイプのフォークでコンテナーを実行するときにデフォルトのログドライバーとして Kubernetes ファイルを使用したため、Ceph コンテナーログはジャーナルに存在しませんでした。今回のリリースで、Ceph コンテナーは journald ログドライバーで設定され、ログは journalctl コマンドを使用して利用できるようになりました。

Ceph Ansible がファイルおよびディレクトリーの所有権の値を nobody:nobody に設定する

以前のバージョンでは、Ceph Ansible はファイルとディレクトリーの所有権の値を root:root に設定しました。これにより、alertmanager サービスおよび prometheus サービスのパーミッションの問題が生じました。