Re: When all Mons are down, does existing RBD volume continue to work

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I think things would keep running, but I'm really not sure. This is just not a realistic concern as there are lots of little housekeeping things that can be deferred for a little while but eventually will stop forward progress if you can't talk to the monitors to persist cluster state updates.

On Tue, Mar 6, 2018 at 9:50 AM Mayank Kumar <krmayankk@xxxxxxxxx> wrote:
Thanks Gregory. This is basically just trying to understand the behavior of the system in a failure scenario . Ideally we would track and fix mons going down promptly .

In an ideal world where nothing else fails and there cephx is not in use but mons are down , what happens if the osd pings to mons time-out ? Would that start resulting in I/O failures ?


On Mon, Mar 5, 2018 at 9:44 PM Gregory Farnum <gfarnum@xxxxxxxxxx> wrote:
On Sun, Mar 4, 2018 at 12:02 AM Mayank Kumar <krmayankk@xxxxxxxxx> wrote:
Ceph Users, 

My question is if all mons are down(i know its a terrible situation to be), does an existing rbd volume which is mapped to a host and being used(read/written to) continues to work?

I understand that it wont get notifications about osdmap, etc, but assuming nothing fails, does the read/write ios on the exsiting rbd volume continue to work or that would start failing ?

Clients will continue to function if there are transient monitor issues, but you can't rely on them continuing in a long-term failure scenario. Eventually *something* will hit a timeout, whether that's an OSD on its pings, or some kind of key rotation for cephx, or....
_______________________________________________
ceph-users mailing list
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com

[Index of Archives]     [Information on CEPH]     [Linux Filesystem Development]     [Ceph Development]     [Ceph Large]     [Ceph Dev]     [Linux USB Development]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [xfs]


  Powered by Linux