From owner-freebsd-geom@FreeBSD.ORG Fri Sep 15 15:49:19 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org 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 BA35D16A403 for ; Fri, 15 Sep 2006 15:49:19 +0000 (UTC) (envelope-from peter_giessel@dot.state.ak.us) Received: from jnumail1.state.ak.us (jnumail1.state.ak.us [146.63.81.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7258043DA6 for ; Fri, 15 Sep 2006 15:49:01 +0000 (GMT) (envelope-from peter_giessel@dot.state.ak.us) Received: from smtpj.state.ak.us (localhost [127.0.0.1]) by jnumail1.state.ak.us (iPlanet Messaging Server 5.2 HotFix 2.04 (built Feb 8 2005)) with ESMTP id <0J5N001XF59MTB@jnumail1.state.ak.us> for freebsd-geom@freebsd.org; Fri, 15 Sep 2006 07:48:58 -0800 (AKDT) Received: from [192.168.0.193] ([158.145.111.132]) by smtpj.state.ak.us (iPlanet Messaging Server 5.2 HotFix 2.04 (built Feb 8 2005)) with ESMTP id <0J5N005D059K92@smtpj.state.ak.us>; Fri, 15 Sep 2006 07:48:57 -0800 (AKDT) Date: Fri, 15 Sep 2006 07:48:57 -0800 From: "Peter A. Giessel" In-reply-to: <20060915125607.GA2722@stud.ntnu.no> To: Ulf Lilleengen Message-id: <450ACB69.3090704@dot.state.ak.us> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT User-Agent: Thunderbird 1.5.0.5 (Macintosh/20060719) References: <45097F3B.2060606@dot.state.ak.us> <20060915125607.GA2722@stud.ntnu.no> Cc: freebsd-geom@freebsd.org Subject: Re: Replacing failed drive in gvinum causes panic X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Sep 2006 15:49:19 -0000 On 2006/09/15 4:56, Ulf Lilleengen seems to have typed: > Do you also have a different sized drive as Ludo had? > The thing is, that a subdisk has a drive_offset that indicates where on the > drive that a subdisk begin. Gvinum may not actually handle this. > *slightly* Original configuration: ------------------------------- 6 drives: D one State: up /dev/ad18s1 A: 0/190732 MB (0%) D eleven State: up /dev/ad16s1 A: 47/190779 MB (0%) D two State: up /dev/ad14s1 A: 0/190732 MB (0%) D three State: up /dev/ad12s1 A: 47/190779 MB (0%) D four State: up /dev/ad11s1 A: 47/190779 MB (0%) D five State: up /dev/ad10s1 A: 47/190779 MB (0%) -------------------------------- As you can see, they vary from 190732 MB to 190779 MB, a difference of 47 MB. Am I understanding you correctly to say that I should adjust the slices so that all their slices are the same? instead of: ************************** # /dev/ad16s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 390716802 0 unused 0 0 # "raw" part, don't edit h: 390716802 0 vinum # /dev/ad18s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 390620412 0 unused 0 0 # "raw" part, don't edit h: 390620412 0 vinum ************************** Do something more like: ************************** # /dev/ad16s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 390716802 0 unused 0 0 # "raw" part, don't edit h: 390620412 0 vinum # /dev/ad18s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 390620412 0 unused 0 0 # "raw" part, don't edit h: 390620412 0 vinum ************************** Will that help problems in the future?