On 04/05/2013 10:12 AM, Wido den Hollander wrote: > Think about it this way. You have two racks and the network connection > between them fails. If both racks keep operating because they can still > reach that single monitor in their rack you will end up with data > inconsistency. Yes. In DRBD land it's called 'split brain' and they have (IIRC) entire chapter in the user manual about picking up the pieces. It's not a new problem. > You should place mon.c outside rack A or B to keep you up and running in > this situation. It's not about racks, it's about rooms, but let's say rack == room == colocation facility. And I have two of those. Are you saying I need a 3rd colo with all associated overhead to have a usable replica of my data in colo #2? -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu
Attachment:
signature.asc
Description: OpenPGP digital signature
_______________________________________________ ceph-users mailing list ceph-users@xxxxxxxxxxxxxx http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
