Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
I'm not 100% sure it wasn't caught by the spam filter on the way out :) So I'm reposting this - as I never got any more responses. Please see my latest post below - Thanks! Cheers, Just ---------- Forwarded message ---------- From: Justin Cattle <j at ocado.com> Date: 9 February 2012 13:51 Subject: Re: [DRBD-user] Seeking extra info on loopback mounted devices To: drbd-user at lists.linbit.com Thanks Florian. While that does illustrate how convoluted the process becomes when you have so many layers (as in this case), it seems to me that it's the point where there is no free memory left to allocate that ruins the party. I may be missing something here - please correct me if I'm wrong. If the problem only manifests when the system is under memory pressure, is it not possible to avoid the deadlock if you manage your memory very strictly? To extend that even further, it might it also then be possible to quantify how much spare memory you need to have in reserve to guarantee operation without a deadlock? Are their factors to consider other than memory that might cause the deadlock? Cheers, Just On 9 February 2012 13:29, Florian Haas <florian at hastexo.com> wrote: > On Thu, Feb 9, 2012 at 12:08 PM, Justin Cattle <j at ocado.com> wrote: > > Is this still the case - DRBD 8.3 (or even 8.4) using Linux 3.1 ? > > http://lists.linbit.com/pipermail/drbd-user/2011-May/016009.html > > Hope this helps. > > Cheers, > Florian > > -- > Need help with High Availability? > http://www.hastexo.com/now > _______________________________________________ > drbd-user mailing list > drbd-user at lists.linbit.com > http://lists.linbit.com/mailman/listinfo/drbd-user > This message has been checked for all known viruses by the Postini Virus Control Centre. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20120214/e18ace4c/attachment.htm>