Date: Tue, 23 May 2006 09:39:50 -0600 From: "Chad Leigh -- Shire.Net LLC" <chad@shire.net> To: Alexander Leidinger <Alexander@Leidinger.net> Cc: Giorgos Keramidas <keramida@ceid.upatras.gr>, current@freebsd.org, Kris Kennaway <kris@obsecurity.org> Subject: Re: md /tmp and async mounts Message-ID: <359223C4-42CF-4652-BC1F-892BCBE668D4@shire.net> In-Reply-To: <20060523173118.371a283e@Magellan.Leidinger.net> References: <20060522211223.GA3621@xor.obsecurity.org> <20060522231437.GC1446@odin.ac.hmc.edu> <20060523133037.GA2908@gothmog.pc> <20060523143013.GA11472@ci0.org> <20060523141757.GA2966@gothmog.pc> <20060523173118.371a283e@Magellan.Leidinger.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On May 23, 2006, at 9:31 AM, Alexander Leidinger wrote: > Quoting Giorgos Keramidas <keramida@ceid.upatras.gr> (Tue, 23 May > 2006 17:17:57 +0300): > >>> >>> The sys/dev/md/md.c rev 1.115 commit log says async used to be >>> the default, but was switched off because it was causing >>> deadlocks. Did this get fixed since ? >> >> I am not sure. If a deadlock *does* exist though, then it's not >> an improvement and we should definitely keep the default to its >> current state until the bug is fixed. > > AFAIK it isn't. Therefore we have > http://www.freebsd.org/projects/ideas/index.html#p-mdfs > I've been having a problem since 5.3 days (currently on 6.0-RELEASE some p level) that happens very infrequently (every couple of weeks to every couple of months) that looks to be the same thing. I am not creating my md devices using option async. In reading the CVS log for rev 1.115 it seems that async was turned off as the default to avoid this problem, and that if I am suffering from the same problem, I shouldn't be as sync is the default now on md creation. Am I reading this correctly? Thanks Chad --- Chad Leigh -- Shire.Net LLC Your Web App and Email hosting provider chad at shire.net
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?359223C4-42CF-4652-BC1F-892BCBE668D4>