From owner-freebsd-geom@FreeBSD.ORG Wed Sep 8 18:21:47 2004 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C35616A4CE for ; Wed, 8 Sep 2004 18:21:47 +0000 (GMT) Received: from v05184.home.net.pl (v05184.home.net.pl [212.85.117.104]) by mx1.FreeBSD.org (Postfix) with SMTP id 347DB43D48 for ; Wed, 8 Sep 2004 18:21:44 +0000 (GMT) (envelope-from kris@home.pl) Received: from localhost (HELO ?192.168.1.10?) (kris@home@127.0.0.1) by matrix11.home.net.pl with SMTP; 8 Sep 2004 18:21:39 -0000 Message-ID: <413F4DAA.9030908@home.pl> Date: Wed, 08 Sep 2004 20:21:30 +0200 From: =?ISO-8859-2?Q?Krzysztof_Ciep=B3ucha?= User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pawel Jakub Dawidek , freebsd-geom References: <00d701c491af$253ebf30$fe78a8c0@kris> <20040903125220.GP30151@darkness.comp.waw.pl> <413A28A5.4010902@home.pl> <20040906115124.GQ30151@darkness.comp.waw.pl> <413CAD65.4080502@home.pl> <413CD25B.5030502@home.pl> <20040908161418.GU30151@darkness.comp.waw.pl> In-Reply-To: <20040908161418.GU30151@darkness.comp.waw.pl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: problems with GEOM_MIRROR - the solution! X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Sep 2004 18:21:47 -0000 Pawel Jakub Dawidek wrote: > It shouldn't if you have more than one disk. > So let it be clear: there is no synchronization if there is more than one > disk and timeout is set to 0? Yes, on 6-CURRENT it seems to work ok. But I'm not sure about 5.3BETA2 and BETA3 - I have to check it out on the second server. It seems that 5.3BETA builds ignore geom-related sysctls set in /boot/loader.conf > +> 1. what was the purpose of the kern.geom.mirror.timeout (set by default > +> to 8)? i can't hardly imagine situation where we must wait for some > +> disks to start mirror. > > Believe me, there can be many, e.g. mirror on one ata disk (which is > detected immediately) and one SCSI disk (which is detected after > SCSI_DELAY delay). I don't think so, because waiting for SCSI settlement pauses boot process and after that geom mirror looks for providers (in this case: scsi disks). BTW: 8 seconds geom mirror timeout is less than default 15 seconds SCSI settlement timeout, so it wouldn't work in that way anyway. > > +> 2. could you add a comand to geom mirror (maybe geom mirror status ?) > +> which shows the current state of the mirror (OK, DEGRADED, > +> SYNCHRONIZING, FAILED, etc)? now it is a little bit tricky to determine > +> the state of a mirror when one disk is missing. > > Yes, I can. There is such field in graid3 already. > Great to hear that. Did you make any performance comparisions with hardware mirror controllers? It shouldn't be any slower unless there is high CPU utilization, right? Do you think it is better to use geom mirror (which is often easier to control / manage) than sticking with hardware-based mirror / raid controllers (most of them lacks any management software for freebsd) ? -- kris-at-home-dot-pl