Encryption settings are set in client-osd traffic & osd-osd traffic. When the settings change for the new settings to take effect 2 things are required, 1. Remapping of an RBD block device or remounting of a CephFS filesystem with the appropriate ms_mode option. 2. Restart ceph daemons to pick up the new settings. In the encryption case, we want the entire cluster to move to a new setting -- including the manager, MDS daemons, etc as in-transit encryption is generally considered an all-or-nothing thing. Compression settings take effect between osd-osd traffic. When the settings change for the new settings to take effect 1 thing is required. 1. Restart ceph daemons to pick up the new settings. Requiremsgr2 if it is set we should disable the v1 6789 port & only have the 3300 port, or if it's not enabled we should have both ports available. So when this setting changes either from on to off or off to on 1. we need to restart ceph daemons like the ceph mons In all three cases whenever any option changes we need a restart of ceph daemons. So that's a common goal.
Forgot to add the pr link, added now
already provided the info, removing needinfo on me
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (Important: Red Hat OpenShift Data Foundation 4.14.0 security, enhancement & bug fix update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2023:6832