Comment 7 for bug 1794878

This issue occurs due to the delayed OSD bootstrap on the ceph-osd units; the ceph-mon charm makes some naive assumptions about when OSD's might be up based on units appearing on a relation, but it has no idea whether the units have any running OSD's.

We need to evolve the ceph-mon/ceph-osd relation to include presentation of # of bootstrapped OSD's from the ceph-osd -> ceph-mon, so the ceph-mon units can assess when its 'safe' to give out keys and create pools within the cluster.