Date: Wed, 25 Aug 2004 22:18:27 +0200 From: Pawel Jakub Dawidek <pjd@FreeBSD.org> To: John Baldwin <jhb@FreeBSD.org> Cc: freebsd-arch@FreeBSD.org Subject: Re: Mounting root... Message-ID: <20040825201827.GJ30151@darkness.comp.waw.pl> In-Reply-To: <20040825073356.GG30151@darkness.comp.waw.pl> References: <20040823073559.GP30151@darkness.comp.waw.pl> <200408231716.31321.jhb@FreeBSD.org> <20040823214729.GX30151@darkness.comp.waw.pl> <200408240943.40529.jhb@FreeBSD.org> <20040825073356.GG30151@darkness.comp.waw.pl>
index | next in thread | previous in thread | raw e-mail
[-- Attachment #1 --] On Wed, Aug 25, 2004 at 09:33:56AM +0200, Pawel Jakub Dawidek wrote: +> On Tue, Aug 24, 2004 at 09:43:40AM -0400, John Baldwin wrote: +> +> The fact that a RAID can recover when a disk goes away and comes back is +> +> already the "general solution" it seems. It works all the time, not just at +> +> boot, so it seems to me like you are trying to solve a problem that is +> +> already solved. I think at most you could maybe have a system wide delay +> +> before that the user can tweak via a tunable (rather than a per-GEOM class +> +> tunable like your mirror one) in order to optimize the boot code for these +> +> rare cases but that is about it. I.e., if a user notices that one of the +> +> disks always takes an extra second they can set the tunable to force the +> +> kernel to wait 2 seconds before trying to mount root. Any such delay should +> +> be centralized, however, and not per-class, since all the per-class delays +> +> would end up being cumulative, so if MIRROR waits 2 seconds and STRIPE waits +> +> 3 seconds then the entire process actually waits 5 seconds as opposed to +> +> letting the user tweak a single centralized timeout. +> +> I second this, I'll prepare a patch then. Ok, here is proposed patch: http://people.freebsd.org/~pjd/patches/root_mount.patch -- Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBLPQTForvXbEpPzQRAk9jAKCoV3UKl+az5PX2rNc/odZbEarbiACgw/en nxpeIkqw994VHPYGs+jZfks= =p0oM -----END PGP SIGNATURE-----help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040825201827.GJ30151>