Ceph

Perhaps this config option should be converted into the noout flag; that's already plumbed up for such things.

Mapping a config option to a map flag is not an intuitive thing to do or to expect. What if the user injects a different value for this option? What if the leader changes? Once the flag is set, the user would have to explicitly unset it, and after injecting it (e.g.), the user would probably expect that injecting a different value would take care of the matter, which we definitely should not do (leader changed and have no idea such thing was done in the past, flag may have been set manually and the user don't really want it disabled, etc).

Having 'health' spit out that the leader has this option set would by far be the most correct approach imo. On the other hand, this is a config option that can be set on a single monitor, a few or all of them, even though it only matters if the leader has this option set. The way 'health' works is by spitting out what the monitor handling the health request knows about, and all of that is obtained from maps or from in-memory info the leader tracks down and shares across all the monitors in the quorum.

While setting the flag on the map would be easier from a reporting standpoint, we do have other mechanisms in place for other stuff (clock skew detection, data avail stats, etc) that are more adequate for this sort of thing -- so that's where I'm headed until someone objects :)