Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
On Thursday 17 August 2006 23:12, Alexei_Roudnev wrote: > I advice against it. Even if it is possible, you definitkly will run > into DRBD/o2cb conflict in case of any network glitch, > and will have all your nodes self-fencing. I'm not sure to understand the reasons of the conflict. In case of network failure, DRBD goes split-brain, and interrupts its synchronization procedures until manual recovery. In the mean time, o2cb will have detected the problem and fenced both nodes. Each node will operate in disconnected mode, that's expected behaviour, but why would DRBD and o2cb conflict? May you please give more details? > In addition, DRDB is not fast > enough for OCFSv2 default settings. May I ask why? DRBD speed is all about the interconnect link, isn't it? And with a GbE link, which outperforms most of the not-so-new IDE/SATA controllers, I'd appreciate any insights about how DRBD could be not fast enough for OCFS2. > Through, it all may be very interesting to discover in the lab. That's actually the case, I'm not planning to base any real-world service on such an infrastructure for now. That's more of a playground, actually. :) -- Kilian CAVALOTTI Administrateur réseaux et systèmes UPMC / CNRS - LIP6 (C870) 8, rue du Capitaine Scott Tel. : 01 44 27 88 54 75015 Paris - France Fax. : 01 44 27 70 00