4.4. Ceph ファイルシステム

スナップショットの作成時に、スナップショットディレクトリーの mtime と change_attr が 更新されるようになりました。

以前のリリースでは、libcephfs クライアントは mtime を更新せず、スナップが作成または削除されたときに属性を変更していました。このため、NFS クライアントは CephFS NFS-Ganesha エクスポート内の CephFS スナップショットを正しくリストできませんでした。

cephfs-top -d --lay オプションは、1 ~ 25 の範囲の整数値のみを受け入れます。

以前のリリースでは、いくつかの新しい Curses メソッドが追加されたため cephfs-top -d --lay オプションは正しく動作しませんでした。新しい Curses メソッドは整数値のみを受け入れるため、ヘルパー関数から浮動小数点値を取得する際に例外が出力されました。

リンク解除の完了後に同じ dentry を作成しても、MDS デーモンはクラッシュしません。

以前は、リンク解除と作成操作の間で競合状態が発生しました。このため、前回のリンク解除要求が何らかの理由で遅れ、その間に同じ dentry を作成しようとすると、MDS デーモンがクラッシュして失敗するか、新規作成は成功しても書き込まれた内容が失われます。

ceph nfs cluster info CLUSTER_ID のコマンドを実行すると、存在しないクラスターが表示されなくなりました。

以前のリリースでは、ceph nfs cluster info CLUSTER_ID コマンドの実行時にクラスターの存在がチェックされないため、virtual_ip と backend、それぞれ null と empty など、存在しないクラスターの情報が表示されていました。

スナップスケジュールモジュールが誤ってボリュームモジュールを参照することがなくなりました。

以前のリリースでは、スナップスケジュールモジュールは、サブボリュームパスをフェッチしようとすると、誤ってボリュームモジュールを参照していました。間違ったボリュームモジュール名とリモートメソッド名を使用したため、ImportError トレースバックが表示されます。

整数オーバーフローと ops_in_flight 値オーバーフローは発生しなくなりました

以前のリリースでは、_calculate_ops は設定オプション filer_max_purge_ops に依存していましたが、これは実行中に変更することもできました。このため、ops_in_flight の値が uint64 の機能を超える値に設定されている場合は、整数オーバーフローが発生し、ops_in_flight がmax_purge_ops よりもはるかに大きくなり、適切な値に戻すことができなくなります。

無効な OSD リクエストは RADOS に送信されなくなりました。

以前は、最初の dentry に十分なメタデータがあり、サイズが max_write_size より大きい場合に、無効な OSD リクエストが RADOS に送信されていました。このため、RADOS は無効なリクエストを失敗させ、CephFS が読み取り専用になります。

MDS は、孤立したディレクトリーエントリーを処理するようになりました。

以前のリリースでは、MDS 孤立したディレクトリー処理ロジックのバグが原因で、MDS が孤立したディレクトリーエントリーの一部の処理をスキップしていました。このため、MDS は孤立したディレクトリーエントリーを処理できず、削除されたファイルが領域を解放しません。

Ceph ファイルシステムに接続されたプールのプールレベルのスナップは無効になります。

以前のリリースでは、プールレベルのスナップと mon 管理のスナップには独自のスナップ ID の名前空間があり、これが原因で、ID 間で競合が発生し、Ceph Monitor がプールレベルのスナップであるか、mon が管理するスナップであるかを、一意に特定できませんでした。このため、プールレベルのスナップと mon 管理のスナップのセットに存在する ID を参照するときに、間違ったスナップが削除される可能性がありました。

クライアント要求が MDS とクライアント間で無制限にバウンスすることがなくなりました。

以前のリリースでは、CephFS クライアントと MDS との間で、クライアント要求の Ceph プロトコルが一致しませんでした。このため、CephFS クライアントと MDS の間で通信するときに、対応する情報が切り捨てられるか失われ、クライアント要求が MDS とクライアントの間で無制限にバウンスすることになります。

メタデータの破損を検出するためにコードアサートが Ceph Manager デーモンサービスに追加されました

以前は、Postgres などを実行するワークロードの Manager デーモンサービスによって、スナップショット関連の一種のメタデータ破損が発生していました。

セッションマップのバージョンの不一致の問題が原因で MDS デーモンがクラッシュしなくなりました。

以前のリリースでは、MDS フェイルオーバーが発生すると、MDS セッションマップジャーナルログが正しく保持されませんでした。このため、新しい MDS がジャーナルログを再生しようとすると、セッションマップジャーナルログが MDCache 内の情報または他のジャーナルログからの情報と一致せず、MDS デーモンがアサートをトリガーして自身をクラッシュさせます。

MDS はキャップ取り消しの確認を待っている間に無期限に停止することがなくなりました。

以前は、__setattrx() が失敗した場合、_write() は、CEPH_CAP_FILE_WR キャップ参照を保持し、MDS はキャップ失効確認を待機して無期限に停止していました。さらに、他のクライアントの要求も無期限に停止してしまう原因にもなっていました。