PendingReleaseNotes: added note related to new mds upgrade option using cephadm

Signed-off-by: Dhairya Parmar <dparmar@redhat.com>

diff --git a/PendingReleaseNotes b/PendingReleaseNotes
index 0f84597d62df140a07f8eca7ed26af9d9f895e0a..3b7ec2322ba1c2d3ea572a6914b5c9eea6becb98 100644 (file)
--- a/PendingReleaseNotes
+++ b/PendingReleaseNotes
@@ -78,3 +78,15 @@ Relevant tracker: https://tracker.ceph.com/issues/55521
   <MAPPING_PREFIX><poolid>_<snapid>_
   without the object-unique suffix. The conversion is fixed in this release.
   Relevant tracker: https://tracker.ceph.com/issues/5614
+  
+* Cephadm may now be configured to carry out CephFS MDS upgrades without
+reducing ``max_mds`` to 1. Previously, Cephadm would reduce ``max_mds`` to 1 to
+avoid having two active MDS modifying on-disk structures with new versions,
+communicating cross-version-incompatible messages, or other potential
+incompatibilities. This could be disruptive for large-scale CephFS deployments
+because the cluster cannot easily reduce active MDS daemons to 1.
+NOTE: Staggered upgrade of the mons/mgrs may be necessary to take advantage
+of the feature, refer this link on how to perform it:
+https://docs.ceph.com/en/quincy/cephadm/upgrade/#staggered-upgrade
+Relevant tracker: https://tracker.ceph.com/issues/55715
+