So we have been testing this quite a bit, having the failure domain as partially available is ok for us but odd, since we don't know what will be down. Compared to a single MDS we know everything will be blocked.
It would be nice to have an option to have all IO blocked if it hits a degraded state until it recovers. Since you are unaware of other MDS state, seems like that would be tough to do. I'll leave this as a feature request possibly in the future. On Fri, May 18, 2018 at 3:15 PM Gregory Farnum <gfar...@redhat.com> wrote: > On Fri, May 18, 2018 at 11:56 AM Webert de Souza Lima < > webert.b...@gmail.com> wrote: > >> Hello, >> >> >> On Mon, Apr 30, 2018 at 7:16 AM Daniel Baumann <daniel.baum...@bfh.ch> >> wrote: >> >>> additionally: if rank 0 is lost, the whole FS stands still (no new >>> client can mount the fs; no existing client can change a directory, >>> etc.). >>> >>> my guess is that the root of a cephfs (/; which is always served by rank >>> 0) is needed in order to do traversals/lookups of any directories on the >>> top-level (which then can be served by ranks 1-n). >>> >> >> Could someone confirm if this is actually how it works? Thanks. >> > > Yes, although I'd expect that clients can keep doing work in directories > they've already got opened (or in descendants of those). Perhaps I'm > missing something about that, though... > -Greg > > >> >> Regards, >> >> Webert Lima >> DevOps Engineer at MAV Tecnologia >> *Belo Horizonte - Brasil* >> *IRC NICK - WebertRLZ* >> >> >>> _______________________________________________ >> ceph-users mailing list >> ceph-users@lists.ceph.com >> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com >> > _______________________________________________ > ceph-users mailing list > ceph-users@lists.ceph.com > http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com >
_______________________________________________ ceph-users mailing list ceph-users@lists.ceph.com http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com