From: Venky Shankar Date: Thu, 17 Aug 2023 04:40:37 +0000 (+0530) Subject: PendingReleaseNotes: add a note for `mds_session_metadata_threshold` mds config X-Git-Tag: v17.2.7~50^2~2 X-Git-Url: http://git-server-git.apps.pok.os.sepia.ceph.com/?a=commitdiff_plain;h=a2402a03b6ad61a39f31de913ae0b4b279621d2d;p=ceph.git PendingReleaseNotes: add a note for `mds_session_metadata_threshold` mds config Signed-off-by: Venky Shankar (cherry picked from commit ac3ab1a203ad65c7db07bc2c02acb5620800fb25) --- diff --git a/PendingReleaseNotes b/PendingReleaseNotes index cbdc83fc8a28..6c84a22f1ccc 100644 --- a/PendingReleaseNotes +++ b/PendingReleaseNotes @@ -28,6 +28,18 @@ fixes and enhancements. * For more detailed information see: https://docs.ceph.com/en/quincy/rados/configuration/mclock-config-ref/ +* RGW: S3 multipart uploads using Server-Side Encryption now replicate correctly in + multi-site. Previously, the replicas of such objects were corrupted on decryption. + A new tool, ``radosgw-admin bucket resync encrypted multipart``, can be used to + identify these original multipart uploads. The ``LastModified`` timestamp of any + identified object is incremented by 1ns to cause peer zones to replicate it again. + For multi-site deployments that make any use of Server-Side Encryption, we + recommended running this command against every bucket in every zone after all + zones have upgraded. +* CEPHFS: MDS evicts clients which are not advancing their request tids which causes + a large buildup of session metadata resulting in the MDS going read-only due to + the RADOS operation exceeding the size threshold. `mds_session_metadata_threshold` + config controls the maximum size that a (encoded) session metadata can grow. * CEPHFS: After recovering a Ceph File System post following the disaster recovery procedure, the recovered files under `lost+found` directory can now be deleted.