第6章 バグ修正

Alertmanager は、自己署名または信頼できない証明書が使用される場合にエラーをログに記録しません。

以前のバージョンでは、信頼できない CA 証明書を使用する場合、Alertmanager はログに多くのエラーを生成していました。

マルチサイト設定で HTTPS が有効になっている場合は、完全修飾ドメイン名 (FQDN) を使用します。

以前のリリースでは、マルチサイトの Ceph 設定では、ceph-ansible は HTTP と HTTPS を区別せず、HTTPS が有効な場合にホスト名ではなく IP アドレスでゾーンエンドポイントを設定していました。

--pid-limits パラメーターを、podman の場合は -1、systemd ファイルの docker の場合は 0 にして追加し、コンテナーを起動します。

以前のバージョンでは、コンテナー内で実行できるプロセスの数が、podman では 2048、docker では 4096 となっていましたが、これらの制限値よりも多くのプロセスを起動する必要がある一部のコンテナーを起動するには十分ではありませんでした。

ceph-ansible は、プロキシーの背後にある専用のタスクでモニタリングするコンテナーイメージをプルします。

以前のバージョンでは、ceph-ansible は Alertmanager、Prometheus、node-exporter、Grafana などのモニタリングコンテナーイメージを専用のタスクにプルせず、systemd サービスの起動時にイメージをプルしました。

ceph-ansible Playbook は radosgw システムユーザーを作成し、予想通りに機能します。

以前のリリースでは、ceph-ansible Playbook は radosgw システムユーザーの作成に失敗し、マルチサイトデプロイメントの host_vars または group_vars レベルで rgw_instances が設定されている場合に Dashboard のデプロイに失敗しました。この変数は Ceph Monitor ノードで設定されず、タスクを委譲すると失敗します。

--limit オプションを使用しても Ansible Playbook が失敗しなくなりました。

以前は、--limit オプションを使用して Ansible Playbook を実行すると dashboard_server_addr パラメーターが設定されず、コロケーションされていないシナリオでプレイターゲットが Ceph Manager ホストと一致しない場合、Playbook が失敗していました。