6.4. Red Hat Ceph Storage 7.1z4

cephadm systemd ユニットでのコアダンプ処理の改善

以前は、サービスのクラッシュが困難な場合にコアダンプが生成されたり、切り捨てられたりせず、貴重なデバッグ情報が失われたりしたりしていました。

バケット通知をマルチノードの Kafka クラスターに送信できるようになりました

以前は、Ceph Object Gateway はシングルノードの Kafka クラスターにのみメッセージを送信できました。

サイトは既存のバケット作成の RGW エラー処理を設定できるようになりました。

以前のバージョンでは、新しいバケットが作成されていなくても、同じゾーンにすでに存在するバケットを作成するときに、RGW は正常な応答を返していました。これにより、自動ワークフローで混乱が生じていました。 

不要なオブジェクト ID 修復チェックを削除することによる PG スクラブパフォーマンスの向上

以前は、すべての PG スクラブが repair_oinfo_oid （） と呼ばれていました。関数は、過去のファイルシステムのバグにリンクされているまれに、一致しないオブジェクト ID を修正するための関数です。チェックは非常に特定の条件下でのみ適用されるため、これにより不要なオーバーヘッドが追加されます。

OSDMap クリーンアップ用の新しい ceph osd rm-pg-up map-primary-all コマンド

以前は、ceph osd rm-pg-upmap-primary PGID を使用して pg_upmap_primary マッピングを個別に削除する必要がありました。これは時間がかかり、エラーが発生しやすく、特にプールの削除後に無効なマッピングをクリーンアップする場合に時間がかかりました。

exporter デーモンは、SIGTERM を受信した後にエラー状態を報告する

現在、ceph-exporter および node-exporter デーモンは、SIGTERM シグナルを受け取るとゼロ以外のリターンコードを返します。その結果、システムはこれらのデーモンを予想される停止状態ではなく、エラー状態としてマークします。

メンテナンスモードの終了後にデーモンが停止と誤ってマークされる

ノードがメンテナンスモードから抜けた場合、cephadm は、すでに起動している場合でも、そのノードのデーモンを一時的に停止状態にある可能性があります。これは、cephadm がまだホスト上のデーモンステータスを更新していないために発生します。その結果、ユーザーがメンテナンスモードの終了直後にデーモンが停止していると誤って表示される可能性があります。