From owner-freebsd-arch@FreeBSD.ORG Mon Aug 23 20:52:46 2004 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BEC816A4CE for ; Mon, 23 Aug 2004 20:52:46 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1333A43D3F for ; Mon, 23 Aug 2004 20:52:46 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id BCBC7ACC71; Mon, 23 Aug 2004 22:52:44 +0200 (CEST) Date: Mon, 23 Aug 2004 22:52:44 +0200 From: Pawel Jakub Dawidek To: Brooks Davis Message-ID: <20040823205244.GW30151@darkness.comp.waw.pl> References: <20040823073559.GP30151@darkness.comp.waw.pl> <200408231146.12972.jhb@FreeBSD.org> <20040823190541.GS30151@darkness.comp.waw.pl> <20040823200157.GA36920@dan.emsphone.com> <20040823203855.GV30151@darkness.comp.waw.pl> <20040823204458.GA18623@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="05AYo7Fj2eyhp+k+" Content-Disposition: inline In-Reply-To: <20040823204458.GA18623@odin.ac.hmc.edu> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: Dan Nelson cc: freebsd-arch@freebsd.org Subject: Re: Mounting root... X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 20:52:46 -0000 --05AYo7Fj2eyhp+k+ Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 23, 2004 at 01:44:58PM -0700, Brooks Davis wrote: +> On Mon, Aug 23, 2004 at 10:38:55PM +0200, Pawel Jakub Dawidek wrote: +> > On Mon, Aug 23, 2004 at 03:01:57PM -0500, Dan Nelson wrote: +> > +> How about maybe blocking on the initial access to a degraded mirror= for +> > +> 5 (just a guess) seconds to see if the other half shows up? If it +> > +> doesn't, assume it's never showing up and use what you have. When = the +> > +> other disk arrives, sync your changes over to it. [...] +> >=20 +> > I'm waiting for few seconds for the rest of components now, but mounti= ng +> > root routine doesn't wait for me. +> > And I'm not going to create provider without given a chance to the rest +> > components to show up, because I can end up with mirror started on sta= le +> > component, because a fresh one showed up with some delay. +>=20 +> Would it be feasiable to create the provider immediatly and journal +> writes up to a certain period of time/data size before degrading the +> array? Everything is possible, but I just want to suggest, that we have more and more GEOM classes and we should rethink our boot process, because raw disks aren't the only providers used in mount process and not all providers have to show up immediatelly. The best solution will be probably to ask every class if it waits for something or not. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --05AYo7Fj2eyhp+k+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBKlkcForvXbEpPzQRAmqpAKDC26KH4Rc9OG2vS5N3TQqlllg39wCgoKpO Dxr5M0O5wmbX3enOEVI4ofY= =G/lP -----END PGP SIGNATURE----- --05AYo7Fj2eyhp+k+--