From owner-freebsd-geom@FreeBSD.ORG Mon Dec 11 11:14:43 2006 Return-Path: X-Original-To: freebsd-geom@FreeBSD.org Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 25C2016A65A for ; Mon, 11 Dec 2006 11:14:43 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8406E43EA1 for ; Mon, 11 Dec 2006 11:07:08 +0000 (GMT) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kBBB8OBP022832 for ; Mon, 11 Dec 2006 11:08:24 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kBBB8M2r022828 for freebsd-geom@FreeBSD.org; Mon, 11 Dec 2006 11:08:22 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 11 Dec 2006 11:08:22 GMT Message-Id: <200612111108.kBBB8M2r022828@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: linimon set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-geom@FreeBSD.org Cc: Subject: Current problem reports assigned to you 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: Mon, 11 Dec 2006 11:14:43 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/73177 geom kldload geom_* causes panic due to memory exhaustion o kern/76538 geom [gbde] nfs-write on gbde partition stalls and continue o kern/83464 geom [geom] [patch] Unhandled malloc failures within libgeo o kern/84556 geom [geom] GBDE-encrypted swap causes panic at shutdown o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo o kern/89102 geom [geom_vfs] [panic] panic when forced unmount FS from u o bin/90093 geom fdisk(8) incapable of altering in-core geometry o kern/90582 geom [geom_mirror] [panic] Restore cause panic string (ffs_ o kern/98034 geom [geom] dereference of NULL pointer in acd_geom_detach o kern/104389 geom [geom] [patch] sys/geom/geom_dump.c doesn't encode XML 10 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o bin/78131 geom gbde "destroy" not working. o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o kern/94632 geom [geom] Kernel output resets input while GELI asks for o kern/105390 geom [geli] filesystem on a md backed by sparse file with s 4 problems total. From owner-freebsd-geom@FreeBSD.ORG Mon Dec 11 13:22:48 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CDB1816A47E for ; Mon, 11 Dec 2006 13:22:48 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from nz-out-0102.google.com (nz-out-0506.google.com [64.233.162.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id A701E43CAD for ; Mon, 11 Dec 2006 13:21:30 +0000 (GMT) (envelope-from cochard@gmail.com) Received: by nz-out-0102.google.com with SMTP id i11so758203nzh for ; Mon, 11 Dec 2006 05:22:46 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=hIpnkFCUlKvoGVw+LUHiMH69HZjJ1TDHHAXUF8TExGwzbUMr/Nz+IroQhbWg8QUAFem8abVepi7KGHn03ubaJBwtFi9zoPKGaNrcBVmFt6dxouShZCLMonG0cIpM3WK+J1M89rhPt2RzwKRWMTqqjt/sYIGt7jMQ3kNcTDTEABk= Received: by 10.65.188.4 with SMTP id q4mr10891932qbp.1165843366284; Mon, 11 Dec 2006 05:22:46 -0800 (PST) Received: by 10.65.145.6 with HTTP; Mon, 11 Dec 2006 05:22:46 -0800 (PST) Message-ID: <3131aa530612110522y7b8ccad5k9d5735277b4d5ffa@mail.gmail.com> Date: Mon, 11 Dec 2006 14:22:46 +0100 From: "Olivier Cochard-Labbe" Sender: cochard@gmail.com To: freebsd-geom@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Google-Sender-Auth: eeabfac6cb73fc39 Subject: geom raid5 module 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: Mon, 11 Dec 2006 13:22:48 -0000 Hi all, I've added the experimental geom raid 5 since FreeNAS 0.68, and this module seem pretty stable (more than the gvinum RAID5). Is possible to include this graid5 module under the official FreeBSD code ? This module is developed by Arne Woerner. He post his code on this mailing list, but I don't see any response about including or not this module on the FreeBSD code. Regards, Olivier --=20 Olivier Cochard-Labb=E9 FreeNAS main developer http://www.freenas.org Skype: callto://ocochard From owner-freebsd-geom@FreeBSD.ORG Mon Dec 11 16:56:44 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BE04716A4D8 for ; Mon, 11 Dec 2006 16:56:44 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from signal.itea.ntnu.no (signal.itea.ntnu.no [129.241.190.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 022B3441F6 for ; Mon, 11 Dec 2006 16:47:36 +0000 (GMT) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by signal.itea.ntnu.no (Postfix) with ESMTP id 27CBE339FC; Mon, 11 Dec 2006 17:48:44 +0100 (CET) Received: from studby.ntnu.no (m044h.studby.ntnu.no [129.241.135.44]) by signal.itea.ntnu.no (Postfix) with ESMTP; Mon, 11 Dec 2006 17:48:44 +0100 (CET) Received: by studby.ntnu.no (Postfix, from userid 1001) id C4036398DC; Mon, 11 Dec 2006 17:48:44 +0100 (CET) Date: Mon, 11 Dec 2006 17:48:44 +0100 From: Ulf Lilleengen To: Olivier Cochard-Labbe Message-ID: <20061211164844.GA3827@vimes.studby.ntnu.no> References: <3131aa530612110522y7b8ccad5k9d5735277b4d5ffa@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3131aa530612110522y7b8ccad5k9d5735277b4d5ffa@mail.gmail.com> User-Agent: Mutt/1.4.2.2i X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. Cc: freebsd-geom@freebsd.org Subject: Re: geom raid5 module 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: Mon, 11 Dec 2006 16:56:44 -0000 On Mon, Dec 11, 2006 at 02:22:46PM +0100, Olivier Cochard-Labbe wrote: > Hi all, > > I've added the experimental geom raid 5 since FreeNAS 0.68, and this > module seem pretty stable (more than the gvinum RAID5). > Is possible to include this graid5 module under the official FreeBSD code ? > This module is developed by Arne Woerner. He post his code on this > mailing list, but I don't see any response about including or not this > module on the FreeBSD code. > Hi, In my current experience most of the developers seem very busy nowadays :) However I am interested to hear of your problems with gvinum raid5. Is it just stability-problems or any spesific bugs you encounter? -- Ulf Lilleengen From owner-freebsd-geom@FreeBSD.ORG Wed Dec 13 09:45:16 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4270616A49E for ; Wed, 13 Dec 2006 09:45:16 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id C024A43C9E for ; Wed, 13 Dec 2006 09:43:47 +0000 (GMT) (envelope-from cochard@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so51777nzh for ; Wed, 13 Dec 2006 01:45:15 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=EJDDJcMAWx7mG+Y/XuosdX1JtP0SeskF+A5nEUO6+cChH3GPh75FLkmyJZ7s2/j3OSCsFHO7VQhmA6gXkBJzlj7kZJ2T4iAMFoQbb7V+aV/VWDcuQDnxweG3CuWYiXs16W6NRg3rhP8nPrG/4Z+mOK423L25jREjTqTdG4HIqG8= Received: by 10.65.206.7 with SMTP id i7mr1051221qbq.1166003114759; Wed, 13 Dec 2006 01:45:14 -0800 (PST) Received: by 10.65.145.6 with HTTP; Wed, 13 Dec 2006 01:45:14 -0800 (PST) Message-ID: <3131aa530612130145l77ebb6f6ga7d4ac54716b5cc0@mail.gmail.com> Date: Wed, 13 Dec 2006 10:45:14 +0100 From: "Olivier Cochard-Labbe" Sender: cochard@gmail.com To: "Ulf Lilleengen" In-Reply-To: <20061211164844.GA3827@vimes.studby.ntnu.no> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <3131aa530612110522y7b8ccad5k9d5735277b4d5ffa@mail.gmail.com> <20061211164844.GA3827@vimes.studby.ntnu.no> X-Google-Sender-Auth: c4ab0d95bf523dbe Cc: freebsd-geom@freebsd.org Subject: Re: geom raid5 module 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: Wed, 13 Dec 2006 09:45:16 -0000 2006/12/11, Ulf Lilleengen : > However I am interested to hear of your problems with gvinum raid5. Is it= just > stability-problems or any spesific bugs you encounter? > Hi Ulf, Here is, for example, the first problem problem with geom vinum RAID5: I have 4 disks: - ad0: 203MB - ad1: 101MB - ad2: 306MB - ad3: 101MB If I create a raid 5 volume with these disk, can you confirme that the theorical size should be 300MB (4 disks of the smallest drive: 100MB) ? It's the size given with graid5 and with RAID caclulator (http://dorm.tunkeymicket.com/raidcalc/). But with geom vinum I obtain a 611MB disk: $ /sbin/gvinum list 4 drives: D disk_da3 State: up=09/dev/da3s1a=09A: 0/101 MB (0%) D disk_da2 State: up=09/dev/da2s1a=09A: 0/306 MB (0%) D disk_da1 State: up=09/dev/da1s1a=09A: 0/101 MB (0%) D disk_da0 State: up=09/dev/da0s1a=09A: 0/203 MB (0%) 1 volume: V raid5 State: up=09Plexes: 1=09Size: 611 MB 1 plex: P raid5.p0 R5 State: up=09Subdisks: 4=09Size: 611 MB 4 subdisks: S raid5.p0.s3 State: up=09D: disk_da3 Size: 101 MB S raid5.p0.s2 State: up=09D: disk_da2 Size: 306 MB S raid5.p0.s1 State: up=09D: disk_da1 Size: 101 MB S raid5.p0.s0 State: up=09D: disk_da0 Size: 203 MB For the second problem, you can found it on the mailing list archive: http://lists.freebsd.org/pipermail/freebsd-geom/2006-March/001114.html (I don't test with FreeBSD 6.2 prerelease, if I still have this second prob= lem) Regards, Olivier --=20 Olivier Cochard-Labb=E9 FreeNAS main developer http://www.freenas.org Skype: callto://ocochard From owner-freebsd-geom@FreeBSD.ORG Thu Dec 14 20:12:44 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D405516A4C2 for ; Thu, 14 Dec 2006 20:12:44 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from signal.itea.ntnu.no (signal.itea.ntnu.no [129.241.190.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6134143D31 for ; Thu, 14 Dec 2006 20:10:45 +0000 (GMT) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by signal.itea.ntnu.no (Postfix) with ESMTP id 146A9337E5; Thu, 14 Dec 2006 21:12:21 +0100 (CET) Received: from studby.ntnu.no (m044h.studby.ntnu.no [129.241.135.44]) by signal.itea.ntnu.no (Postfix) with ESMTP; Thu, 14 Dec 2006 21:12:20 +0100 (CET) Received: by studby.ntnu.no (Postfix, from userid 1001) id 3F924398E2; Thu, 14 Dec 2006 21:12:23 +0100 (CET) Date: Thu, 14 Dec 2006 21:12:23 +0100 From: Ulf Lilleengen To: Olivier Cochard-Labbe Message-ID: <20061214201223.GA12225@vimes.studby.ntnu.no> References: <3131aa530612110522y7b8ccad5k9d5735277b4d5ffa@mail.gmail.com> <20061211164844.GA3827@vimes.studby.ntnu.no> <3131aa530612130145l77ebb6f6ga7d4ac54716b5cc0@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3131aa530612130145l77ebb6f6ga7d4ac54716b5cc0@mail.gmail.com> User-Agent: Mutt/1.4.2.2i X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. Cc: freebsd-geom@freebsd.org Subject: Re: geom raid5 module 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: Thu, 14 Dec 2006 20:12:44 -0000 On ons, des 13, 2006 at 10:45:14am +0100, Olivier Cochard-Labbe wrote: > > If I create a raid 5 volume with these disk, can you confirme that the > theorical size should be 300MB (4 disks of the smallest drive: 100MB) > ? It's the size given with graid5 and with RAID caclulator > (http://dorm.tunkeymicket.com/raidcalc/). > Yep, it should :) I was not able to reproduce it in my QEMU-environment (CURRENT), but I'm going to check now how it fares with 6.1 (That is what you use I presume?). Could you send me the 'gvinum printconfig' output so I know I have the exact same configuration? -- Ulf Lilleengen From owner-freebsd-geom@FreeBSD.ORG Thu Dec 14 23:05:50 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D9D1A16A4B3 for ; Thu, 14 Dec 2006 23:05:50 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from merke.itea.ntnu.no (merke.itea.ntnu.no [129.241.7.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6020743CED for ; Thu, 14 Dec 2006 22:55:30 +0000 (GMT) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by merke.itea.ntnu.no (Postfix) with ESMTP id 44C9513C7C3; Thu, 14 Dec 2006 23:56:51 +0100 (CET) Received: from studby.ntnu.no (m044h.studby.ntnu.no [129.241.135.44]) by merke.itea.ntnu.no (Postfix) with ESMTP; Thu, 14 Dec 2006 23:56:51 +0100 (CET) Received: by studby.ntnu.no (Postfix, from userid 1001) id 2CFF8398E2; Thu, 14 Dec 2006 23:56:55 +0100 (CET) Date: Thu, 14 Dec 2006 23:56:54 +0100 From: Ulf Lilleengen To: Olivier Cochard-Labbe Message-ID: <20061214225654.GA14991@vimes.studby.ntnu.no> References: <3131aa530612110522y7b8ccad5k9d5735277b4d5ffa@mail.gmail.com> <20061211164844.GA3827@vimes.studby.ntnu.no> <3131aa530612130145l77ebb6f6ga7d4ac54716b5cc0@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3131aa530612130145l77ebb6f6ga7d4ac54716b5cc0@mail.gmail.com> User-Agent: Mutt/1.4.2.2i X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. Cc: freebsd-geom@freebsd.org Subject: Re: geom raid5 module 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: Thu, 14 Dec 2006 23:05:51 -0000 On ons, des 13, 2006 at 10:45:14am +0100, Olivier Cochard-Labbe wrote: > Here is, for example, the first problem problem with geom vinum RAID5: > > I have 4 disks: > - ad0: 203MB > - ad1: 101MB > - ad2: 306MB > - ad3: 101MB > > If I create a raid 5 volume with these disk, can you confirme that the > theorical size should be 300MB (4 disks of the smallest drive: 100MB) > ? It's the size given with graid5 and with RAID caclulator > (http://dorm.tunkeymicket.com/raidcalc/). > But with geom vinum I obtain a 611MB disk: > Hi, I found the "bug"! The thing is that gvinum sets the plex-size after the last subdisk created instead of the smallest. I started to make a fix to make it set it to the lowest, but then I began thinking. You should not make different-sized subdisks in a raid5 configuration. Then I discovered this is "fixed" in CURRENT, by giving you an error when you try to create a raid5 volume with different-sized subdisks. And I think this makes sense. If you create a raid5-volume, all subdisks should be the same size. However, I'm thinking of maybe make gvinum be more "autodetectable" on this upon creation by actually examining which subdisk is smallest when you give it a raid5 plex with different-sized subdisks. I'll look more into your second problem tomorrow :) -- Ulf Lilleengen From owner-freebsd-geom@FreeBSD.ORG Fri Dec 15 23:42:35 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A7BCE16A403 for ; Fri, 15 Dec 2006 23:42:35 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from fri.itea.ntnu.no (fri.itea.ntnu.no [129.241.7.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 305C743CBD for ; Fri, 15 Dec 2006 23:40:43 +0000 (GMT) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by fri.itea.ntnu.no (Postfix) with ESMTP id 01D01819A; Sat, 16 Dec 2006 00:42:26 +0100 (CET) Received: from studby.ntnu.no (m044h.studby.ntnu.no [129.241.135.44]) by fri.itea.ntnu.no (Postfix) with ESMTP; Sat, 16 Dec 2006 00:42:25 +0100 (CET) Received: by studby.ntnu.no (Postfix, from userid 1001) id 179BF398E0; Sat, 16 Dec 2006 00:42:29 +0100 (CET) Date: Sat, 16 Dec 2006 00:42:29 +0100 From: Ulf Lilleengen To: "Peter A. Giessel" Message-ID: <20061215234229.GA11754@vimes.studby.ntnu.no> References: <45097F3B.2060606@dot.state.ak.us> <20060915125607.GA2722@stud.ntnu.no> <450ACB69.3090704@dot.state.ak.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <450ACB69.3090704@dot.state.ak.us> User-Agent: Mutt/1.4.2.2i X-Content-Scanned: with sophos and spamassassin at mailgw.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 Dec 2006 23:42:35 -0000 On Fri, Sep 15, 2006 at 07:48:57AM -0800, Peter A. Giessel wrote: > 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. > > > 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? Hi, How did it go? I forgot all about this as I became busy with school, sorry. Changing the labels shouldn't be necessary, but the drive you're replacing with should have at least the same labelsize as the one you replacing. That could be it, but I've not been able to test this yet because I can't forcely remove drive in gvinum, and I don't have any real hd's to test with, but I guess I can implement a force-flag for removal of a drive for this purpose. This guide says more on this. http://www.vinumvm.org/vinum/replacing-drive.html -- Ulf Lilleengen From owner-freebsd-geom@FreeBSD.ORG Sat Dec 16 14:37:32 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 600D616A416 for ; Sat, 16 Dec 2006 14:37:32 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AE4843CA2 for ; Sat, 16 Dec 2006 14:37:31 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.184.71] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis), id 0MKwtQ-1GvafG3SdO-0006tb; Sat, 16 Dec 2006 15:37:29 +0100 From: Max Laier Organization: FreeBSD To: freebsd-geom@freebsd.org Date: Sat, 16 Dec 2006 15:37:15 +0100 User-Agent: KMail/1.9.4 X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<%}*_BD U_or=\mOZf764&nYj=JYbR1PW0ud>|!~, , CPC.1-D$FG@0h3#'5"k{V]a~. X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Subject: gmirror comes up DEGRADED 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: Sat, 16 Dec 2006 14:37:32 -0000 --nextPart2146794.LXSLS52Bdl Content-Type: multipart/mixed; boundary="Boundary-01=_cSAhF8lHXATw7K3" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_cSAhF8lHXATw7K3 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I'm new to really playing with gmirror and friends, so please forgive me=20 if this is a FAQ - my searches didn't turn up anything. Please CC me,=20 for I'm not on the list. =46ollowing setup: 6.2-pre as of Wednesday ad0, ad2 250G ata on atapci0@pci0:31:1: class=3D0x010180 card=3D0x80281043 chip=3D0x244b8086=20 rev=3D0x05 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801BA (ICH2) UltraATA/100 IDE Controller' class =3D mass storage subclass =3D ATA mirror/gm0 over ad0, ad2 mirror/gm0s1 spanning all of the available space on gm0 mirror/gm0s1a spanning all of the available space on gm0s1 mirror/gm0s1a.bde gbde encryption on gm0s1a.bde Now if I wait for the mirror to get in sync and do a reboot, it comes up=20 DEGRADED and resyncs ad0 (again) :-\ Does that mean I have to stop=20 everything manually before rebooting? Is there a fundamental error in=20 the setup that I can remedy? How do you do this right? It certainly is=20 not a good idea to do it the other way round (i.e. mirror two gbde=20 provider), right? Any help greatly appreciated. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --Boundary-01=_cSAhF8lHXATw7K3 Content-Type: text/plain; charset="us-ascii"; name="geom.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="geom.txt" MCBESVNLIGNkMCAwIDIwNDggaGQgMCBzYyAwCjAgRElTSyBkYTEgMzY3MDM5MzQ0NjQgNTEyIGhk IDI1NSBzYyA2MwoxIE1CUiBkYTFzMSAzNjcwMTE2NzEwNCA1MTIgaSAwIG8gMzIyNTYgdHkgMTY1 CjIgQlNEIGRhMXMxZiAzMTM3MjUyNTA1NiA1MTIgaSA1IG8gNTMyODY0MjA0OCB0eSA3CjIgQlNE IGRhMXMxZSA1MzY4NzA5MTIgNTEyIGkgNCBvIDQ3OTE3NzExMzYgdHkgNwoyIEJTRCBkYTFzMWQg MjEzMzg1MjE2MCA1MTIgaSAzIG8gMjY1NzkxODk3NiB0eSA3CjIgQlNEIGRhMXMxYyAzNjcwMTE2 NzEwNCA1MTIgaSAyIG8gMCB0eSAwCjIgQlNEIGRhMXMxYiAyMTIxMDQ4MDY0IDUxMiBpIDEgbyA1 MzY4NzA5MTIgdHkgMQoyIEJTRCBkYTFzMWEgNTM2ODcwOTEyIDUxMiBpIDAgbyAwIHR5IDcKMCBE SVNLIGRhMCAwIDAgaGQgMCBzYyAwCjAgRElTSyBhZDIgMzAwMDY5MDUyNDE2IDUxMiBoZCAxNiBz YyA2MwoxIE1JUlJPUiBtaXJyb3IvZ20wIDMwMDA2OTA1MTkwNCA1MTIKMiBNQlIgbWlycm9yL2dt MHMxIDMwMDA2NjQwNzQyNCA1MTIgaSAwIG8gMzIyNTYgdHkgMTY1CjMgQlNEIG1pcnJvci9nbTBz MWMgMzAwMDY2NDA3NDI0IDUxMiBpIDIgbyAwIHR5IDAKMyBCU0QgbWlycm9yL2dtMHMxYSAzMDAw NjYzOTkyMzIgNTEyIGkgMCBvIDgxOTIgdHkgMAo0IEJERSBtaXJyb3IvZ20wczFhLmJkZSAyOTA5 NzM0NjY2MjQgNTEyCjAgRElTSyBhZDAgMzAwMDY5MDUyNDE2IDUxMiBoZCAxNiBzYyA2MwoxIE1J UlJPUiBtaXJyb3IvZ20wIDMwMDA2OTA1MTkwNCA1MTIKMiBNQlIgbWlycm9yL2dtMHMxIDMwMDA2 NjQwNzQyNCA1MTIgaSAwIG8gMzIyNTYgdHkgMTY1CjMgQlNEIG1pcnJvci9nbTBzMWMgMzAwMDY2 NDA3NDI0IDUxMiBpIDIgbyAwIHR5IDAKMyBCU0QgbWlycm9yL2dtMHMxYSAzMDAwNjYzOTkyMzIg NTEyIGkgMCBvIDgxOTIgdHkgMAo0IEJERSBtaXJyb3IvZ20wczFhLmJkZSAyOTA5NzM0NjY2MjQg NTEyCgA= --Boundary-01=_cSAhF8lHXATw7K3 Content-Type: text/plain; charset="us-ascii"; name="geom.xml" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="geom.xml" PG1lc2g+CiAgPGNsYXNzIGlkPSIweGMwNzk0MmEwIj4KICAgIDxuYW1lPkFDRDwvbmFtZT4KICA8 L2NsYXNzPgogIDxjbGFzcyBpZD0iMHhjMDdiYzRjMCI+CiAgICA8bmFtZT5GRDwvbmFtZT4KICAg IDxnZW9tIGlkPSIweGM0Y2U1NzgwIj4KICAgICAgPGNsYXNzIHJlZj0iMHhjMDdiYzRjMCIvPgog ICAgICA8bmFtZT5mZDA8L25hbWU+CiAgICAgIDxyYW5rPjE8L3Jhbms+Cgk8cHJvdmlkZXIgaWQ9 IjB4YzRjZTU3MDAiPgoJICA8Z2VvbSByZWY9IjB4YzRjZTU3ODAiLz4KCSAgPG1vZGU+cjB3MGUw PC9tb2RlPgoJICA8bmFtZT5mZDA8L25hbWU+CgkgIDxtZWRpYXNpemU+MDwvbWVkaWFzaXplPgoJ ICA8c2VjdG9yc2l6ZT4wPC9zZWN0b3JzaXplPgoJPC9wcm92aWRlcj4KICAgIDwvZ2VvbT4KICA8 L2NsYXNzPgogIDxjbGFzcyBpZD0iMHhjMDc5ZGQwMCI+CiAgICA8bmFtZT5WRlM8L25hbWU+CiAg ICA8Z2VvbSBpZD0iMHhjNGRiNTcwMCI+CiAgICAgIDxjbGFzcyByZWY9IjB4YzA3OWRkMDAiLz4K ICAgICAgPG5hbWU+ZmZzLm1pcnJvci9nbTBzMWEuYmRlPC9uYW1lPgogICAgICA8cmFuaz42PC9y YW5rPgoJPGNvbnN1bWVyIGlkPSIweGM0ZDllNDgwIj4KCSAgPGdlb20gcmVmPSIweGM0ZGI1NzAw Ii8+CgkgIDxwcm92aWRlciByZWY9IjB4YzRkYjU0MDAiLz4KCSAgPG1vZGU+cjF3MWUxPC9tb2Rl PgoJPC9jb25zdW1lcj4KICAgIDwvZ2VvbT4KICAgIDxnZW9tIGlkPSIweGM0ZGI1OTgwIj4KICAg ICAgPGNsYXNzIHJlZj0iMHhjMDc5ZGQwMCIvPgogICAgICA8bmFtZT5mZnMuZGExczFkPC9uYW1l PgogICAgICA8cmFuaz40PC9yYW5rPgoJPGNvbnN1bWVyIGlkPSIweGM0ZDllMDgwIj4KCSAgPGdl b20gcmVmPSIweGM0ZGI1OTgwIi8+CgkgIDxwcm92aWRlciByZWY9IjB4YzRkMmVjODAiLz4KCSAg PG1vZGU+cjF3MWUxPC9tb2RlPgoJPC9jb25zdW1lcj4KICAgIDwvZ2VvbT4KICAgIDxnZW9tIGlk PSIweGM0ZGI1ZDAwIj4KICAgICAgPGNsYXNzIHJlZj0iMHhjMDc5ZGQwMCIvPgogICAgICA8bmFt ZT5mZnMuZGExczFmPC9uYW1lPgogICAgICA8cmFuaz40PC9yYW5rPgoJPGNvbnN1bWVyIGlkPSIw eGM0ZDllMzQwIj4KCSAgPGdlb20gcmVmPSIweGM0ZGI1ZDAwIi8+CgkgIDxwcm92aWRlciByZWY9 IjB4YzRhYjJhODAiLz4KCSAgPG1vZGU+cjF3MWUxPC9tb2RlPgoJPC9jb25zdW1lcj4KICAgIDwv Z2VvbT4KICAgIDxnZW9tIGlkPSIweGM0ZGI1NTgwIj4KICAgICAgPGNsYXNzIHJlZj0iMHhjMDc5 ZGQwMCIvPgogICAgICA8bmFtZT5mZnMuZGExczFlPC9uYW1lPgogICAgICA8cmFuaz40PC9yYW5r PgoJPGNvbnN1bWVyIGlkPSIweGM0ZDllMjgwIj4KCSAgPGdlb20gcmVmPSIweGM0ZGI1NTgwIi8+ CgkgIDxwcm92aWRlciByZWY9IjB4YzRkN2ExODAiLz4KCSAgPG1vZGU+cjF3MWUxPC9tb2RlPgoJ PC9jb25zdW1lcj4KICAgIDwvZ2VvbT4KICAgIDxnZW9tIGlkPSIweGM0ZGE4ODAwIj4KICAgICAg PGNsYXNzIHJlZj0iMHhjMDc5ZGQwMCIvPgogICAgICA8bmFtZT5mZnMuZGExczFhPC9uYW1lPgog ICAgICA8cmFuaz40PC9yYW5rPgoJPGNvbnN1bWVyIGlkPSIweGM0ZDllNzQwIj4KCSAgPGdlb20g cmVmPSIweGM0ZGE4ODAwIi8+CgkgIDxwcm92aWRlciByZWY9IjB4YzRkMmU3MDAiLz4KCSAgPG1v ZGU+cjF3MWUxPC9tb2RlPgoJPC9jb25zdW1lcj4KICAgIDwvZ2VvbT4KICA8L2NsYXNzPgogIDxj bGFzcyBpZD0iMHhjMDc5N2E0MCI+CiAgICA8bmFtZT5NRDwvbmFtZT4KICA8L2NsYXNzPgogIDxj bGFzcyBpZD0iMHhjMDc5ZDRlMCI+CiAgICA8bmFtZT5CREU8L25hbWU+CiAgICA8Z2VvbSBpZD0i MHhjNGRiNTYwMCI+CiAgICAgIDxjbGFzcyByZWY9IjB4YzA3OWQ0ZTAiLz4KICAgICAgPG5hbWU+ bWlycm9yL2dtMHMxYS5iZGU8L25hbWU+CiAgICAgIDxyYW5rPjU8L3Jhbms+Cgk8Y29uc3VtZXIg aWQ9IjB4YzRkMjM5YzAiPgoJICA8Z2VvbSByZWY9IjB4YzRkYjU2MDAiLz4KCSAgPHByb3ZpZGVy IHJlZj0iMHhjNGQ3YWM4MCIvPgoJICA8bW9kZT5yMncyZTI8L21vZGU+Cgk8L2NvbnN1bWVyPgoJ PHByb3ZpZGVyIGlkPSIweGM0ZGI1NDAwIj4KCSAgPGdlb20gcmVmPSIweGM0ZGI1NjAwIi8+Cgkg IDxtb2RlPnIxdzFlMTwvbW9kZT4KCSAgPG5hbWU+bWlycm9yL2dtMHMxYS5iZGU8L25hbWU+Cgkg IDxtZWRpYXNpemU+MjkwOTczNDY2NjI0PC9tZWRpYXNpemU+CgkgIDxzZWN0b3JzaXplPjUxMjwv c2VjdG9yc2l6ZT4KCTwvcHJvdmlkZXI+CiAgICA8L2dlb20+CiAgPC9jbGFzcz4KICA8Y2xhc3Mg aWQ9IjB4YzA3OWQ4ZTAiPgogICAgPG5hbWU+R1BUPC9uYW1lPgogIDwvY2xhc3M+CiAgPGNsYXNz IGlkPSIweGMwNzlkODIwIj4KICAgIDxuYW1lPkRJU0s8L25hbWU+CiAgICA8Z2VvbSBpZD0iMHhj NGQyZGE4MCI+CiAgICAgIDxjbGFzcyByZWY9IjB4YzA3OWQ4MjAiLz4KICAgICAgPG5hbWU+Y2Qw PC9uYW1lPgogICAgICA8cmFuaz4xPC9yYW5rPgogICAgICA8Y29uZmlnPgogICAgICA8L2NvbmZp Zz4KCTxwcm92aWRlciBpZD0iMHhjNGQyZDk4MCI+CgkgIDxnZW9tIHJlZj0iMHhjNGQyZGE4MCIv PgoJICA8bW9kZT5yMHcwZTA8L21vZGU+CgkgIDxuYW1lPmNkMDwvbmFtZT4KCSAgPG1lZGlhc2l6 ZT4wPC9tZWRpYXNpemU+CgkgIDxzZWN0b3JzaXplPjIwNDg8L3NlY3RvcnNpemU+CgkgIDxjb25m aWc+CgkgICAgPGZ3aGVhZHM+MDwvZndoZWFkcz4KCSAgICA8ZndzZWN0b3JzPjA8L2Z3c2VjdG9y cz4KCSAgPC9jb25maWc+Cgk8L3Byb3ZpZGVyPgogICAgPC9nZW9tPgogICAgPGdlb20gaWQ9IjB4 YzRhYjJkODAiPgogICAgICA8Y2xhc3MgcmVmPSIweGMwNzlkODIwIi8+CiAgICAgIDxuYW1lPmRh MTwvbmFtZT4KICAgICAgPHJhbms+MTwvcmFuaz4KICAgICAgPGNvbmZpZz4KICAgICAgPC9jb25m aWc+Cgk8cHJvdmlkZXIgaWQ9IjB4YzRkMmQ4ODAiPgoJICA8Z2VvbSByZWY9IjB4YzRhYjJkODAi Lz4KCSAgPG1vZGU+cjV3NWU2PC9tb2RlPgoJICA8bmFtZT5kYTE8L25hbWU+CgkgIDxtZWRpYXNp emU+MzY3MDM5MzQ0NjQ8L21lZGlhc2l6ZT4KCSAgPHNlY3RvcnNpemU+NTEyPC9zZWN0b3JzaXpl PgoJICA8Y29uZmlnPgoJICAgIDxmd2hlYWRzPjI1NTwvZndoZWFkcz4KCSAgICA8ZndzZWN0b3Jz PjYzPC9md3NlY3RvcnM+CgkgIDwvY29uZmlnPgoJPC9wcm92aWRlcj4KICAgIDwvZ2VvbT4KICAg IDxnZW9tIGlkPSIweGM0Y2U1MTgwIj4KICAgICAgPGNsYXNzIHJlZj0iMHhjMDc5ZDgyMCIvPgog ICAgICA8bmFtZT5kYTA8L25hbWU+CiAgICAgIDxyYW5rPjE8L3Jhbms+CiAgICAgIDxjb25maWc+ CiAgICAgIDwvY29uZmlnPgoJPHByb3ZpZGVyIGlkPSIweGM0Y2U1NDgwIj4KCSAgPGdlb20gcmVm PSIweGM0Y2U1MTgwIi8+CgkgIDxtb2RlPnIwdzBlMDwvbW9kZT4KCSAgPG5hbWU+ZGEwPC9uYW1l PgoJICA8bWVkaWFzaXplPjA8L21lZGlhc2l6ZT4KCSAgPHNlY3RvcnNpemU+MDwvc2VjdG9yc2l6 ZT4KCSAgPGNvbmZpZz4KCSAgICA8ZndoZWFkcz4wPC9md2hlYWRzPgoJICAgIDxmd3NlY3RvcnM+ MDwvZndzZWN0b3JzPgoJICA8L2NvbmZpZz4KCTwvcHJvdmlkZXI+CiAgICA8L2dlb20+CiAgICA8 Z2VvbSBpZD0iMHhjNGQyZGM4MCI+CiAgICAgIDxjbGFzcyByZWY9IjB4YzA3OWQ4MjAiLz4KICAg ICAgPG5hbWU+YWQyPC9uYW1lPgogICAgICA8cmFuaz4xPC9yYW5rPgogICAgICA8Y29uZmlnPgog ICAgICA8L2NvbmZpZz4KCTxwcm92aWRlciBpZD0iMHhjNGQyZGMwMCI+CgkgIDxnZW9tIHJlZj0i MHhjNGQyZGM4MCIvPgoJICA8bW9kZT5yMXcxZTE8L21vZGU+CgkgIDxuYW1lPmFkMjwvbmFtZT4K CSAgPG1lZGlhc2l6ZT4zMDAwNjkwNTI0MTY8L21lZGlhc2l6ZT4KCSAgPHNlY3RvcnNpemU+NTEy PC9zZWN0b3JzaXplPgoJICA8Y29uZmlnPgoJICAgIDxmd2hlYWRzPjE2PC9md2hlYWRzPgoJICAg IDxmd3NlY3RvcnM+NjM8L2Z3c2VjdG9ycz4KCSAgPC9jb25maWc+Cgk8L3Byb3ZpZGVyPgogICAg PC9nZW9tPgogICAgPGdlb20gaWQ9IjB4YzRkMmRlMDAiPgogICAgICA8Y2xhc3MgcmVmPSIweGMw NzlkODIwIi8+CiAgICAgIDxuYW1lPmFkMDwvbmFtZT4KICAgICAgPHJhbms+MTwvcmFuaz4KICAg ICAgPGNvbmZpZz4KICAgICAgPC9jb25maWc+Cgk8cHJvdmlkZXIgaWQ9IjB4YzRkMmRkODAiPgoJ ICA8Z2VvbSByZWY9IjB4YzRkMmRlMDAiLz4KCSAgPG1vZGU+cjF3MWUxPC9tb2RlPgoJICA8bmFt ZT5hZDA8L25hbWU+CgkgIDxtZWRpYXNpemU+MzAwMDY5MDUyNDE2PC9tZWRpYXNpemU+CgkgIDxz ZWN0b3JzaXplPjUxMjwvc2VjdG9yc2l6ZT4KCSAgPGNvbmZpZz4KCSAgICA8ZndoZWFkcz4xNjwv ZndoZWFkcz4KCSAgICA8ZndzZWN0b3JzPjYzPC9md3NlY3RvcnM+CgkgIDwvY29uZmlnPgoJPC9w cm92aWRlcj4KICAgIDwvZ2VvbT4KICA8L2NsYXNzPgogIDxjbGFzcyBpZD0iMHhjMDdiNjNhMCI+ CiAgICA8bmFtZT5TV0FQPC9uYW1lPgogICAgPGdlb20gaWQ9IjB4YzRkYjVkODAiPgogICAgICA8 Y2xhc3MgcmVmPSIweGMwN2I2M2EwIi8+CiAgICAgIDxuYW1lPnN3YXA8L25hbWU+CiAgICAgIDxy YW5rPjQ8L3Jhbms+Cgk8Y29uc3VtZXIgaWQ9IjB4YzRkOWYwODAiPgoJICA8Z2VvbSByZWY9IjB4 YzRkYjVkODAiLz4KCSAgPHByb3ZpZGVyIHJlZj0iMHhjNGQyZDQ4MCIvPgoJICA8bW9kZT5yMXcx ZTA8L21vZGU+Cgk8L2NvbnN1bWVyPgogICAgPC9nZW9tPgogIDwvY2xhc3M+CiAgPGNsYXNzIGlk PSIweGMwN2JkOGMwIj4KICAgIDxuYW1lPk1CUkVYVDwvbmFtZT4KICA8L2NsYXNzPgogIDxjbGFz cyBpZD0iMHhjMDdiZDg0MCI+CiAgICA8bmFtZT5NQlI8L25hbWU+CiAgICA8Z2VvbSBpZD0iMHhj NGQ3YTA4MCI+CiAgICAgIDxjbGFzcyByZWY9IjB4YzA3YmQ4NDAiLz4KICAgICAgPG5hbWU+ZGEx PC9uYW1lPgogICAgICA8cmFuaz4yPC9yYW5rPgogICAgICA8Y29uZmlnPgogICAgICA8L2NvbmZp Zz4KCTxjb25zdW1lciBpZD0iMHhjNGQyM2I0MCI+CgkgIDxnZW9tIHJlZj0iMHhjNGQ3YTA4MCIv PgoJICA8cHJvdmlkZXIgcmVmPSIweGM0ZDJkODgwIi8+CgkgIDxtb2RlPnI1dzVlNjwvbW9kZT4K CSAgPGNvbmZpZz4KCSAgPC9jb25maWc+Cgk8L2NvbnN1bWVyPgoJPHByb3ZpZGVyIGlkPSIweGM0 ZDJlZTgwIj4KCSAgPGdlb20gcmVmPSIweGM0ZDdhMDgwIi8+CgkgIDxtb2RlPnI1dzVlNTwvbW9k ZT4KCSAgPG5hbWU+ZGExczE8L25hbWU+CgkgIDxtZWRpYXNpemU+MzY3MDExNjcxMDQ8L21lZGlh c2l6ZT4KCSAgPHNlY3RvcnNpemU+NTEyPC9zZWN0b3JzaXplPgoJICA8Y29uZmlnPgoJICAgIDxp bmRleD4wPC9pbmRleD4KCSAgICA8bGVuZ3RoPjM2NzAxMTY3MTA0PC9sZW5ndGg+CgkgICAgPHNl Y2xlbmd0aD43MTY4MTk2Nzwvc2VjbGVuZ3RoPgoJICAgIDxvZmZzZXQ+MzIyNTY8L29mZnNldD4K CSAgICA8c2Vjb2Zmc2V0PjYzPC9zZWNvZmZzZXQ+CgkgICAgPHR5cGU+MTY1PC90eXBlPgoJICA8 L2NvbmZpZz4KCTwvcHJvdmlkZXI+CiAgICA8L2dlb20+CiAgICA8Z2VvbSBpZD0iMHhjNGQyZDU4 MCI+CiAgICAgIDxjbGFzcyByZWY9IjB4YzA3YmQ4NDAiLz4KICAgICAgPG5hbWU+bWlycm9yL2dt MDwvbmFtZT4KICAgICAgPHJhbms+MzwvcmFuaz4KICAgICAgPGNvbmZpZz4KICAgICAgPC9jb25m aWc+Cgk8Y29uc3VtZXIgaWQ9IjB4YzRkMjM2NDAiPgoJICA8Z2VvbSByZWY9IjB4YzRkMmQ1ODAi Lz4KCSAgPHByb3ZpZGVyIHJlZj0iMHhjNGQyZDAwMCIvPgoJICA8bW9kZT5yMncyZTQ8L21vZGU+ CgkgIDxjb25maWc+CgkgIDwvY29uZmlnPgoJPC9jb25zdW1lcj4KCTxwcm92aWRlciBpZD0iMHhj NGQyZDA4MCI+CgkgIDxnZW9tIHJlZj0iMHhjNGQyZDU4MCIvPgoJICA8bW9kZT5yMncyZTM8L21v ZGU+CgkgIDxuYW1lPm1pcnJvci9nbTBzMTwvbmFtZT4KCSAgPG1lZGlhc2l6ZT4zMDAwNjY0MDc0 MjQ8L21lZGlhc2l6ZT4KCSAgPHNlY3RvcnNpemU+NTEyPC9zZWN0b3JzaXplPgoJICA8Y29uZmln PgoJICAgIDxpbmRleD4wPC9pbmRleD4KCSAgICA8bGVuZ3RoPjMwMDA2NjQwNzQyNDwvbGVuZ3Ro PgoJICAgIDxzZWNsZW5ndGg+NTg2MDY3MjAyPC9zZWNsZW5ndGg+CgkgICAgPG9mZnNldD4zMjI1 Njwvb2Zmc2V0PgoJICAgIDxzZWNvZmZzZXQ+NjM8L3NlY29mZnNldD4KCSAgICA8dHlwZT4xNjU8 L3R5cGU+CgkgIDwvY29uZmlnPgoJPC9wcm92aWRlcj4KICAgIDwvZ2VvbT4KICA8L2NsYXNzPgog IDxjbGFzcyBpZD0iMHhjMDdiZDc0MCI+CiAgICA8bmFtZT5CU0Q8L25hbWU+CiAgICA8Z2VvbSBp ZD0iMHhjNGQyZTc4MCI+CiAgICAgIDxjbGFzcyByZWY9IjB4YzA3YmQ3NDAiLz4KICAgICAgPG5h bWU+ZGExczE8L25hbWU+CiAgICAgIDxyYW5rPjM8L3Jhbms+CiAgICAgIDxjb25maWc+Cgk8bGFi ZWxvZmZzZXQ+NTEyPC9sYWJlbG9mZnNldD4KCTxyYXdvZmZzZXQ+MzIyNTY8L3Jhd29mZnNldD4K CTxtYnJvZmZzZXQ+MzIyNTY8L21icm9mZnNldD4KICAgICAgPC9jb25maWc+Cgk8Y29uc3VtZXIg aWQ9IjB4YzRkMDdlNDAiPgoJICA8Z2VvbSByZWY9IjB4YzRkMmU3ODAiLz4KCSAgPHByb3ZpZGVy IHJlZj0iMHhjNGQyZWU4MCIvPgoJICA8bW9kZT5yNXc1ZTU8L21vZGU+CgkgIDxjb25maWc+Cgkg IDwvY29uZmlnPgoJPC9jb25zdW1lcj4KCTxwcm92aWRlciBpZD0iMHhjNGFiMmE4MCI+CgkgIDxn ZW9tIHJlZj0iMHhjNGQyZTc4MCIvPgoJICA8bW9kZT5yMXcxZTE8L21vZGU+CgkgIDxuYW1lPmRh MXMxZjwvbmFtZT4KCSAgPG1lZGlhc2l6ZT4zMTM3MjUyNTA1NjwvbWVkaWFzaXplPgoJICA8c2Vj dG9yc2l6ZT41MTI8L3NlY3RvcnNpemU+CgkgIDxjb25maWc+CgkgICAgPGluZGV4PjU8L2luZGV4 PgoJICAgIDxsZW5ndGg+MzEzNzI1MjUwNTY8L2xlbmd0aD4KCSAgICA8c2VjbGVuZ3RoPjYxMjc0 NDYzPC9zZWNsZW5ndGg+CgkgICAgPG9mZnNldD41MzI4NjQyMDQ4PC9vZmZzZXQ+CgkgICAgPHNl Y29mZnNldD4xMDQwNzUwNDwvc2Vjb2Zmc2V0PgoJICAgIDx0eXBlPjc8L3R5cGU+CgkgIDwvY29u ZmlnPgoJPC9wcm92aWRlcj4KCTxwcm92aWRlciBpZD0iMHhjNGQ3YTE4MCI+CgkgIDxnZW9tIHJl Zj0iMHhjNGQyZTc4MCIvPgoJICA8bW9kZT5yMXcxZTE8L21vZGU+CgkgIDxuYW1lPmRhMXMxZTwv bmFtZT4KCSAgPG1lZGlhc2l6ZT41MzY4NzA5MTI8L21lZGlhc2l6ZT4KCSAgPHNlY3RvcnNpemU+ NTEyPC9zZWN0b3JzaXplPgoJICA8Y29uZmlnPgoJICAgIDxpbmRleD40PC9pbmRleD4KCSAgICA8 bGVuZ3RoPjUzNjg3MDkxMjwvbGVuZ3RoPgoJICAgIDxzZWNsZW5ndGg+MTA0ODU3Njwvc2VjbGVu Z3RoPgoJICAgIDxvZmZzZXQ+NDc5MTc3MTEzNjwvb2Zmc2V0PgoJICAgIDxzZWNvZmZzZXQ+OTM1 ODkyODwvc2Vjb2Zmc2V0PgoJICAgIDx0eXBlPjc8L3R5cGU+CgkgIDwvY29uZmlnPgoJPC9wcm92 aWRlcj4KCTxwcm92aWRlciBpZD0iMHhjNGQyZWM4MCI+CgkgIDxnZW9tIHJlZj0iMHhjNGQyZTc4 MCIvPgoJICA8bW9kZT5yMXcxZTE8L21vZGU+CgkgIDxuYW1lPmRhMXMxZDwvbmFtZT4KCSAgPG1l ZGlhc2l6ZT4yMTMzODUyMTYwPC9tZWRpYXNpemU+CgkgIDxzZWN0b3JzaXplPjUxMjwvc2VjdG9y c2l6ZT4KCSAgPGNvbmZpZz4KCSAgICA8aW5kZXg+MzwvaW5kZXg+CgkgICAgPGxlbmd0aD4yMTMz ODUyMTYwPC9sZW5ndGg+CgkgICAgPHNlY2xlbmd0aD40MTY3NjgwPC9zZWNsZW5ndGg+CgkgICAg PG9mZnNldD4yNjU3OTE4OTc2PC9vZmZzZXQ+CgkgICAgPHNlY29mZnNldD41MTkxMjQ4PC9zZWNv ZmZzZXQ+CgkgICAgPHR5cGU+NzwvdHlwZT4KCSAgPC9jb25maWc+Cgk8L3Byb3ZpZGVyPgoJPHBy b3ZpZGVyIGlkPSIweGM0ZDJlYjAwIj4KCSAgPGdlb20gcmVmPSIweGM0ZDJlNzgwIi8+CgkgIDxt b2RlPnIwdzBlMDwvbW9kZT4KCSAgPG5hbWU+ZGExczFjPC9uYW1lPgoJICA8bWVkaWFzaXplPjM2 NzAxMTY3MTA0PC9tZWRpYXNpemU+CgkgIDxzZWN0b3JzaXplPjUxMjwvc2VjdG9yc2l6ZT4KCSAg PGNvbmZpZz4KCSAgICA8aW5kZXg+MjwvaW5kZXg+CgkgICAgPGxlbmd0aD4zNjcwMTE2NzEwNDwv bGVuZ3RoPgoJICAgIDxzZWNsZW5ndGg+NzE2ODE5Njc8L3NlY2xlbmd0aD4KCSAgICA8b2Zmc2V0 PjA8L29mZnNldD4KCSAgICA8c2Vjb2Zmc2V0PjA8L3NlY29mZnNldD4KCSAgICA8dHlwZT4wPC90 eXBlPgoJICA8L2NvbmZpZz4KCTwvcHJvdmlkZXI+Cgk8cHJvdmlkZXIgaWQ9IjB4YzRkMmQ0ODAi PgoJICA8Z2VvbSByZWY9IjB4YzRkMmU3ODAiLz4KCSAgPG1vZGU+cjF3MWUwPC9tb2RlPgoJICA8 bmFtZT5kYTFzMWI8L25hbWU+CgkgIDxtZWRpYXNpemU+MjEyMTA0ODA2NDwvbWVkaWFzaXplPgoJ ICA8c2VjdG9yc2l6ZT41MTI8L3NlY3RvcnNpemU+CgkgIDxjb25maWc+CgkgICAgPGluZGV4PjE8 L2luZGV4PgoJICAgIDxsZW5ndGg+MjEyMTA0ODA2NDwvbGVuZ3RoPgoJICAgIDxzZWNsZW5ndGg+ NDE0MjY3Mjwvc2VjbGVuZ3RoPgoJICAgIDxvZmZzZXQ+NTM2ODcwOTEyPC9vZmZzZXQ+CgkgICAg PHNlY29mZnNldD4xMDQ4NTc2PC9zZWNvZmZzZXQ+CgkgICAgPHR5cGU+MTwvdHlwZT4KCSAgPC9j b25maWc+Cgk8L3Byb3ZpZGVyPgoJPHByb3ZpZGVyIGlkPSIweGM0ZDJlNzAwIj4KCSAgPGdlb20g cmVmPSIweGM0ZDJlNzgwIi8+CgkgIDxtb2RlPnIxdzFlMTwvbW9kZT4KCSAgPG5hbWU+ZGExczFh PC9uYW1lPgoJICA8bWVkaWFzaXplPjUzNjg3MDkxMjwvbWVkaWFzaXplPgoJICA8c2VjdG9yc2l6 ZT41MTI8L3NlY3RvcnNpemU+CgkgIDxjb25maWc+CgkgICAgPGluZGV4PjA8L2luZGV4PgoJICAg IDxsZW5ndGg+NTM2ODcwOTEyPC9sZW5ndGg+CgkgICAgPHNlY2xlbmd0aD4xMDQ4NTc2PC9zZWNs ZW5ndGg+CgkgICAgPG9mZnNldD4wPC9vZmZzZXQ+CgkgICAgPHNlY29mZnNldD4wPC9zZWNvZmZz ZXQ+CgkgICAgPHR5cGU+NzwvdHlwZT4KCSAgPC9jb25maWc+Cgk8L3Byb3ZpZGVyPgogICAgPC9n ZW9tPgogICAgPGdlb20gaWQ9IjB4YzRkN2FkMDAiPgogICAgICA8Y2xhc3MgcmVmPSIweGMwN2Jk NzQwIi8+CiAgICAgIDxuYW1lPm1pcnJvci9nbTBzMTwvbmFtZT4KICAgICAgPHJhbms+NDwvcmFu az4KICAgICAgPGNvbmZpZz4KCTxsYWJlbG9mZnNldD41MTI8L2xhYmVsb2Zmc2V0PgoJPHJhd29m ZnNldD4wPC9yYXdvZmZzZXQ+Cgk8bWJyb2Zmc2V0PjMyMjU2PC9tYnJvZmZzZXQ+CiAgICAgIDwv Y29uZmlnPgoJPGNvbnN1bWVyIGlkPSIweGM0ZDIzODAwIj4KCSAgPGdlb20gcmVmPSIweGM0ZDdh ZDAwIi8+CgkgIDxwcm92aWRlciByZWY9IjB4YzRkMmQwODAiLz4KCSAgPG1vZGU+cjJ3MmUzPC9t b2RlPgoJICA8Y29uZmlnPgoJICA8L2NvbmZpZz4KCTwvY29uc3VtZXI+Cgk8cHJvdmlkZXIgaWQ9 IjB4YzRkN2FiODAiPgoJICA8Z2VvbSByZWY9IjB4YzRkN2FkMDAiLz4KCSAgPG1vZGU+cjB3MGUw PC9tb2RlPgoJICA8bmFtZT5taXJyb3IvZ20wczFjPC9uYW1lPgoJICA8bWVkaWFzaXplPjMwMDA2 NjQwNzQyNDwvbWVkaWFzaXplPgoJICA8c2VjdG9yc2l6ZT41MTI8L3NlY3RvcnNpemU+CgkgIDxj b25maWc+CgkgICAgPGluZGV4PjI8L2luZGV4PgoJICAgIDxsZW5ndGg+MzAwMDY2NDA3NDI0PC9s ZW5ndGg+CgkgICAgPHNlY2xlbmd0aD41ODYwNjcyMDI8L3NlY2xlbmd0aD4KCSAgICA8b2Zmc2V0 PjA8L29mZnNldD4KCSAgICA8c2Vjb2Zmc2V0PjA8L3NlY29mZnNldD4KCSAgICA8dHlwZT4wPC90 eXBlPgoJICA8L2NvbmZpZz4KCTwvcHJvdmlkZXI+Cgk8cHJvdmlkZXIgaWQ9IjB4YzRkN2FjODAi PgoJICA8Z2VvbSByZWY9IjB4YzRkN2FkMDAiLz4KCSAgPG1vZGU+cjJ3MmUyPC9tb2RlPgoJICA8 bmFtZT5taXJyb3IvZ20wczFhPC9uYW1lPgoJICA8bWVkaWFzaXplPjMwMDA2NjM5OTIzMjwvbWVk aWFzaXplPgoJICA8c2VjdG9yc2l6ZT41MTI8L3NlY3RvcnNpemU+CgkgIDxjb25maWc+CgkgICAg PGluZGV4PjA8L2luZGV4PgoJICAgIDxsZW5ndGg+MzAwMDY2Mzk5MjMyPC9sZW5ndGg+CgkgICAg PHNlY2xlbmd0aD41ODYwNjcxODY8L3NlY2xlbmd0aD4KCSAgICA8b2Zmc2V0PjgxOTI8L29mZnNl dD4KCSAgICA8c2Vjb2Zmc2V0PjE2PC9zZWNvZmZzZXQ+CgkgICAgPHR5cGU+MDwvdHlwZT4KCSAg PC9jb25maWc+Cgk8L3Byb3ZpZGVyPgogICAgPC9nZW9tPgogIDwvY2xhc3M+CiAgPGNsYXNzIGlk PSIweGMwNzlkN2EwIj4KICAgIDxuYW1lPkRFVjwvbmFtZT4KICAgIDxnZW9tIGlkPSIweGM0ZGI1 ODgwIj4KICAgICAgPGNsYXNzIHJlZj0iMHhjMDc5ZDdhMCIvPgogICAgICA8bmFtZT5taXJyb3Iv Z20wczFhLmJkZTwvbmFtZT4KICAgICAgPHJhbms+NjwvcmFuaz4KCTxjb25zdW1lciBpZD0iMHhj NGQyMzQ0MCI+CgkgIDxnZW9tIHJlZj0iMHhjNGRiNTg4MCIvPgoJICA8cHJvdmlkZXIgcmVmPSIw eGM0ZGI1NDAwIi8+CgkgIDxtb2RlPnIwdzBlMDwvbW9kZT4KCTwvY29uc3VtZXI+CiAgICA8L2dl b20+CiAgICA8Z2VvbSBpZD0iMHhjNGNlNTI4MCI+CiAgICAgIDxjbGFzcyByZWY9IjB4YzA3OWQ3 YTAiLz4KICAgICAgPG5hbWU+ZGExczFmPC9uYW1lPgogICAgICA8cmFuaz40PC9yYW5rPgoJPGNv bnN1bWVyIGlkPSIweGM0ZDllODQwIj4KCSAgPGdlb20gcmVmPSIweGM0Y2U1MjgwIi8+CgkgIDxw cm92aWRlciByZWY9IjB4YzRhYjJhODAiLz4KCSAgPG1vZGU+cjB3MGUwPC9tb2RlPgoJPC9jb25z dW1lcj4KICAgIDwvZ2VvbT4KICAgIDxnZW9tIGlkPSIweGM0Y2U1NjAwIj4KICAgICAgPGNsYXNz IHJlZj0iMHhjMDc5ZDdhMCIvPgogICAgICA8bmFtZT5kYTFzMWU8L25hbWU+CiAgICAgIDxyYW5r PjQ8L3Jhbms+Cgk8Y29uc3VtZXIgaWQ9IjB4YzRkOWU5ODAiPgoJICA8Z2VvbSByZWY9IjB4YzRj ZTU2MDAiLz4KCSAgPHByb3ZpZGVyIHJlZj0iMHhjNGQ3YTE4MCIvPgoJICA8bW9kZT5yMHcwZTA8 L21vZGU+Cgk8L2NvbnN1bWVyPgogICAgPC9nZW9tPgogICAgPGdlb20gaWQ9IjB4YzRjZTUwMDAi PgogICAgICA8Y2xhc3MgcmVmPSIweGMwNzlkN2EwIi8+CiAgICAgIDxuYW1lPmRhMXMxZDwvbmFt ZT4KICAgICAgPHJhbms+NDwvcmFuaz4KCTxjb25zdW1lciBpZD0iMHhjNGQ5ZWFjMCI+CgkgIDxn ZW9tIHJlZj0iMHhjNGNlNTAwMCIvPgoJICA8cHJvdmlkZXIgcmVmPSIweGM0ZDJlYzgwIi8+Cgkg IDxtb2RlPnIwdzBlMDwvbW9kZT4KCTwvY29uc3VtZXI+CiAgICA8L2dlb20+CiAgICA8Z2VvbSBp ZD0iMHhjNGFiMmM4MCI+CiAgICAgIDxjbGFzcyByZWY9IjB4YzA3OWQ3YTAiLz4KICAgICAgPG5h bWU+ZGExczFjPC9uYW1lPgogICAgICA8cmFuaz40PC9yYW5rPgoJPGNvbnN1bWVyIGlkPSIweGM0 ZDllYzAwIj4KCSAgPGdlb20gcmVmPSIweGM0YWIyYzgwIi8+CgkgIDxwcm92aWRlciByZWY9IjB4 YzRkMmViMDAiLz4KCSAgPG1vZGU+cjB3MGUwPC9tb2RlPgoJPC9jb25zdW1lcj4KICAgIDwvZ2Vv bT4KICAgIDxnZW9tIGlkPSIweGM0ZDJlZTAwIj4KICAgICAgPGNsYXNzIHJlZj0iMHhjMDc5ZDdh MCIvPgogICAgICA8bmFtZT5kYTFzMWI8L25hbWU+CiAgICAgIDxyYW5rPjQ8L3Jhbms+Cgk8Y29u c3VtZXIgaWQ9IjB4YzRkOWVkNDAiPgoJICA8Z2VvbSByZWY9IjB4YzRkMmVlMDAiLz4KCSAgPHBy b3ZpZGVyIHJlZj0iMHhjNGQyZDQ4MCIvPgoJICA8bW9kZT5yMHcwZTA8L21vZGU+Cgk8L2NvbnN1 bWVyPgogICAgPC9nZW9tPgogICAgPGdlb20gaWQ9IjB4YzRkMmUzMDAiPgogICAgICA8Y2xhc3Mg cmVmPSIweGMwNzlkN2EwIi8+CiAgICAgIDxuYW1lPmRhMXMxYTwvbmFtZT4KICAgICAgPHJhbms+ NDwvcmFuaz4KCTxjb25zdW1lciBpZD0iMHhjNGQ5ZWU4MCI+CgkgIDxnZW9tIHJlZj0iMHhjNGQy ZTMwMCIvPgoJICA8cHJvdmlkZXIgcmVmPSIweGM0ZDJlNzAwIi8+CgkgIDxtb2RlPnIwdzBlMDwv bW9kZT4KCTwvY29uc3VtZXI+CiAgICA8L2dlb20+CiAgICA8Z2VvbSBpZD0iMHhjNGQyZTU4MCI+ CiAgICAgIDxjbGFzcyByZWY9IjB4YzA3OWQ3YTAiLz4KICAgICAgPG5hbWU+ZGExczE8L25hbWU+ CiAgICAgIDxyYW5rPjM8L3Jhbms+Cgk8Y29uc3VtZXIgaWQ9IjB4YzRkMjM2ODAiPgoJICA8Z2Vv bSByZWY9IjB4YzRkMmU1ODAiLz4KCSAgPHByb3ZpZGVyIHJlZj0iMHhjNGQyZWU4MCIvPgoJICA8 bW9kZT5yMHcwZTA8L21vZGU+Cgk8L2NvbnN1bWVyPgogICAgPC9nZW9tPgogICAgPGdlb20gaWQ9 IjB4YzRkMmVhMDAiPgogICAgICA8Y2xhc3MgcmVmPSIweGMwNzlkN2EwIi8+CiAgICAgIDxuYW1l PmNkMDwvbmFtZT4KICAgICAgPHJhbms+MjwvcmFuaz4KCTxjb25zdW1lciBpZD0iMHhjNGQyM2Ew MCI+CgkgIDxnZW9tIHJlZj0iMHhjNGQyZWEwMCIvPgoJICA8cHJvdmlkZXIgcmVmPSIweGM0ZDJk OTgwIi8+CgkgIDxtb2RlPnIwdzBlMDwvbW9kZT4KCTwvY29uc3VtZXI+CiAgICA8L2dlb20+CiAg ICA8Z2VvbSBpZD0iMHhjNGQyZWQwMCI+CiAgICAgIDxjbGFzcyByZWY9IjB4YzA3OWQ3YTAiLz4K ICAgICAgPG5hbWU+ZGExPC9uYW1lPgogICAgICA8cmFuaz4yPC9yYW5rPgoJPGNvbnN1bWVyIGlk PSIweGM0ZDIzZDAwIj4KCSAgPGdlb20gcmVmPSIweGM0ZDJlZDAwIi8+CgkgIDxwcm92aWRlciBy ZWY9IjB4YzRkMmQ4ODAiLz4KCSAgPG1vZGU+cjB3MGUwPC9tb2RlPgoJPC9jb25zdW1lcj4KICAg IDwvZ2VvbT4KICAgIDxnZW9tIGlkPSIweGM0ZDdhMjAwIj4KICAgICAgPGNsYXNzIHJlZj0iMHhj MDc5ZDdhMCIvPgogICAgICA8bmFtZT5kYTA8L25hbWU+CiAgICAgIDxyYW5rPjI8L3Jhbms+Cgk8 Y29uc3VtZXIgaWQ9IjB4YzRkMjNlMDAiPgoJICA8Z2VvbSByZWY9IjB4YzRkN2EyMDAiLz4KCSAg PHByb3ZpZGVyIHJlZj0iMHhjNGNlNTQ4MCIvPgoJICA8bW9kZT5yMHcwZTA8L21vZGU+Cgk8L2Nv bnN1bWVyPgogICAgPC9nZW9tPgogICAgPGdlb20gaWQ9IjB4YzRkN2E0ODAiPgogICAgICA8Y2xh c3MgcmVmPSIweGMwNzlkN2EwIi8+CiAgICAgIDxuYW1lPm1pcnJvci9nbTBzMWM8L25hbWU+CiAg ICAgIDxyYW5rPjU8L3Jhbms+Cgk8Y29uc3VtZXIgaWQ9IjB4YzRiY2ZjNDAiPgoJICA8Z2VvbSBy ZWY9IjB4YzRkN2E0ODAiLz4KCSAgPHByb3ZpZGVyIHJlZj0iMHhjNGQ3YWI4MCIvPgoJICA8bW9k ZT5yMHcwZTA8L21vZGU+Cgk8L2NvbnN1bWVyPgogICAgPC9nZW9tPgogICAgPGdlb20gaWQ9IjB4 YzRkN2E3ODAiPgogICAgICA8Y2xhc3MgcmVmPSIweGMwNzlkN2EwIi8+CiAgICAgIDxuYW1lPm1p cnJvci9nbTBzMWE8L25hbWU+CiAgICAgIDxyYW5rPjU8L3Jhbms+Cgk8Y29uc3VtZXIgaWQ9IjB4 YzRkMjNjYzAiPgoJICA8Z2VvbSByZWY9IjB4YzRkN2E3ODAiLz4KCSAgPHByb3ZpZGVyIHJlZj0i MHhjNGQ3YWM4MCIvPgoJICA8bW9kZT5yMHcwZTA8L21vZGU+Cgk8L2NvbnN1bWVyPgogICAgPC9n ZW9tPgogICAgPGdlb20gaWQ9IjB4YzRkN2FhODAiPgogICAgICA8Y2xhc3MgcmVmPSIweGMwNzlk N2EwIi8+CiAgICAgIDxuYW1lPm1pcnJvci9nbTBzMTwvbmFtZT4KICAgICAgPHJhbms+NDwvcmFu az4KCTxjb25zdW1lciBpZD0iMHhjNGQyMzg4MCI+CgkgIDxnZW9tIHJlZj0iMHhjNGQ3YWE4MCIv PgoJICA8cHJvdmlkZXIgcmVmPSIweGM0ZDJkMDgwIi8+CgkgIDxtb2RlPnIwdzBlMDwvbW9kZT4K CTwvY29uc3VtZXI+CiAgICA8L2dlb20+CiAgICA8Z2VvbSBpZD0iMHhjNGQyZGU4MCI+CiAgICAg IDxjbGFzcyByZWY9IjB4YzA3OWQ3YTAiLz4KICAgICAgPG5hbWU+bWlycm9yL2dtMDwvbmFtZT4K ICAgICAgPHJhbms+MzwvcmFuaz4KCTxjb25zdW1lciBpZD0iMHhjNGQyMzcwMCI+CgkgIDxnZW9t IHJlZj0iMHhjNGQyZGU4MCIvPgoJICA8cHJvdmlkZXIgcmVmPSIweGM0ZDJkMDAwIi8+CgkgIDxt b2RlPnIwdzBlMDwvbW9kZT4KCTwvY29uc3VtZXI+CiAgICA8L2dlb20+CiAgICA8Z2VvbSBpZD0i MHhjNGQyZDIwMCI+CiAgICAgIDxjbGFzcyByZWY9IjB4YzA3OWQ3YTAiLz4KICAgICAgPG5hbWU+ YWQyPC9uYW1lPgogICAgICA8cmFuaz4yPC9yYW5rPgoJPGNvbnN1bWVyIGlkPSIweGM0ZDA3ZTgw Ij4KCSAgPGdlb20gcmVmPSIweGM0ZDJkMjAwIi8+CgkgIDxwcm92aWRlciByZWY9IjB4YzRkMmRj MDAiLz4KCSAgPG1vZGU+cjB3MGUwPC9tb2RlPgoJPC9jb25zdW1lcj4KICAgIDwvZ2VvbT4KICAg IDxnZW9tIGlkPSIweGM0ZDJkODAwIj4KICAgICAgPGNsYXNzIHJlZj0iMHhjMDc5ZDdhMCIvPgog ICAgICA8bmFtZT5hZDA8L25hbWU+CiAgICAgIDxyYW5rPjI8L3Jhbms+Cgk8Y29uc3VtZXIgaWQ9 IjB4YzRkMjMxNDAiPgoJICA8Z2VvbSByZWY9IjB4YzRkMmQ4MDAiLz4KCSAgPHByb3ZpZGVyIHJl Zj0iMHhjNGQyZGQ4MCIvPgoJICA8bW9kZT5yMHcwZTA8L21vZGU+Cgk8L2NvbnN1bWVyPgogICAg PC9nZW9tPgogICAgPGdlb20gaWQ9IjB4YzRkMmUwMDAiPgogICAgICA8Y2xhc3MgcmVmPSIweGMw NzlkN2EwIi8+CiAgICAgIDxuYW1lPmZkMDwvbmFtZT4KICAgICAgPHJhbms+MjwvcmFuaz4KCTxj b25zdW1lciBpZD0iMHhjNGQyMzI4MCI+CgkgIDxnZW9tIHJlZj0iMHhjNGQyZTAwMCIvPgoJICA8 cHJvdmlkZXIgcmVmPSIweGM0Y2U1NzAwIi8+CgkgIDxtb2RlPnIwdzBlMDwvbW9kZT4KCTwvY29u c3VtZXI+CiAgICA8L2dlb20+CiAgPC9jbGFzcz4KICA8Y2xhc3MgaWQ9IjB4YzA3OWUwMjAiPgog ICAgPG5hbWU+TUlSUk9SPC9uYW1lPgogICAgPGdlb20gaWQ9IjB4YzRkMmQ2ODAiPgogICAgICA8 Y2xhc3MgcmVmPSIweGMwNzllMDIwIi8+CiAgICAgIDxuYW1lPmdtMC5zeW5jPC9uYW1lPgogICAg ICA8cmFuaz4zPC9yYW5rPgoJPGNvbnN1bWVyIGlkPSIweGM0ZDA3ZGMwIj4KCSAgPGdlb20gcmVm PSIweGM0ZDJkNjgwIi8+CgkgIDxwcm92aWRlciByZWY9IjB4YzRkMmQwMDAiLz4KCSAgPG1vZGU+ cjF3MGUwPC9tb2RlPgoJPC9jb25zdW1lcj4KICAgIDwvZ2VvbT4KICAgIDxnZW9tIGlkPSIweGM0 ZDJkNzAwIj4KICAgICAgPGNsYXNzIHJlZj0iMHhjMDc5ZTAyMCIvPgogICAgICA8bmFtZT5nbTA8 L25hbWU+CiAgICAgIDxyYW5rPjI8L3Jhbms+CiAgICAgIDxjb25maWc+Cgk8SUQ+MzkzMDU1NDEx NTwvSUQ+Cgk8U3luY0lEPjk8L1N5bmNJRD4KCTxHZW5JRD4wPC9HZW5JRD4KCTxGbGFncz5OT05F PC9GbGFncz4KCTxTbGljZT40MDk2PC9TbGljZT4KCTxCYWxhbmNlPnNwbGl0PC9CYWxhbmNlPgoJ PENvbXBvbmVudHM+MjwvQ29tcG9uZW50cz4KCTxTdGF0ZT5ERUdSQURFRDwvU3RhdGU+CiAgICAg IDwvY29uZmlnPgoJPGNvbnN1bWVyIGlkPSIweGM0ZDA3ZTAwIj4KCSAgPGdlb20gcmVmPSIweGM0 ZDJkNzAwIi8+CgkgIDxwcm92aWRlciByZWY9IjB4YzRkMmRjMDAiLz4KCSAgPG1vZGU+cjF3MWUx PC9tb2RlPgoJICA8Y29uZmlnPgoJICAgIDxJRD4zODI4MTMwMTA8L0lEPgoJICAgIDxTeW5jSUQ+ OTwvU3luY0lEPgoJICAgIDxHZW5JRD4wPC9HZW5JRD4KCSAgICA8RmxhZ3M+Tk9ORTwvRmxhZ3M+ CgkgICAgPFByaW9yaXR5PjA8L1ByaW9yaXR5PgoJICAgIDxTdGF0ZT5BQ1RJVkU8L1N0YXRlPgoJ ICA8L2NvbmZpZz4KCTwvY29uc3VtZXI+Cgk8Y29uc3VtZXIgaWQ9IjB4YzRkMjMwYzAiPgoJICA8 Z2VvbSByZWY9IjB4YzRkMmQ3MDAiLz4KCSAgPHByb3ZpZGVyIHJlZj0iMHhjNGQyZGQ4MCIvPgoJ ICA8bW9kZT5yMXcxZTE8L21vZGU+CgkgIDxjb25maWc+CgkgICAgPElEPjE4NzMwNTM3MzI8L0lE PgoJICAgIDxTeW5jaHJvbml6ZWQ+MiU8L1N5bmNocm9uaXplZD4KCSAgICA8U3luY0lEPjk8L1N5 bmNJRD4KCSAgICA8R2VuSUQ+MDwvR2VuSUQ+CgkgICAgPEZsYWdzPkRJUlRZLCBTWU5DSFJPTkla SU5HPC9GbGFncz4KCSAgICA8UHJpb3JpdHk+MDwvUHJpb3JpdHk+CgkgICAgPFN0YXRlPlNZTkNI Uk9OSVpJTkc8L1N0YXRlPgoJICA8L2NvbmZpZz4KCTwvY29uc3VtZXI+Cgk8cHJvdmlkZXIgaWQ9 IjB4YzRkMmQwMDAiPgoJICA8Z2VvbSByZWY9IjB4YzRkMmQ3MDAiLz4KCSAgPG1vZGU+cjN3MmU0 PC9tb2RlPgoJICA8bmFtZT5taXJyb3IvZ20wPC9uYW1lPgoJICA8bWVkaWFzaXplPjMwMDA2OTA1 MTkwNDwvbWVkaWFzaXplPgoJICA8c2VjdG9yc2l6ZT41MTI8L3NlY3RvcnNpemU+CgkgIDxjb25m aWc+CgkgIDwvY29uZmlnPgoJPC9wcm92aWRlcj4KICAgIDwvZ2VvbT4KICA8L2NsYXNzPgo8L21l c2g+CgA= --Boundary-01=_cSAhF8lHXATw7K3-- --nextPart2146794.LXSLS52Bdl Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBFhAShXyyEoT62BG0RAugZAJ9IgbYecZh8SJBeS/I3o0s47b7MOgCfdoy2 a2Zje6ygiD5vgjrBkrq4Hi4= =8hw6 -----END PGP SIGNATURE----- --nextPart2146794.LXSLS52Bdl-- From owner-freebsd-geom@FreeBSD.ORG Sat Dec 16 17:09:40 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A253216A403 for ; Sat, 16 Dec 2006 17:09:40 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 069A443CA1 for ; Sat, 16 Dec 2006 17:09:39 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 40D6846DA5; Sat, 16 Dec 2006 18:09:38 +0100 (CET) Received: from localhost (dkx184.neoplus.adsl.tpnet.pl [83.24.27.184]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id E7BFD4569A; Sat, 16 Dec 2006 18:09:25 +0100 (CET) Date: Sat, 16 Dec 2006 18:09:10 +0100 From: Pawel Jakub Dawidek To: Max Laier Message-ID: <20061216170910.GC10541@garage.freebsd.pl> References: <200612161537.21348.max@love2party.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lMM8JwqTlfDpEaS6" Content-Disposition: inline In-Reply-To: <200612161537.21348.max@love2party.net> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: ** X-Spam-Status: No, score=2.6 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL,RCVD_IN_XBL autolearn=no version=3.0.4 Cc: freebsd-geom@freebsd.org Subject: Re: gmirror comes up DEGRADED 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: Sat, 16 Dec 2006 17:09:40 -0000 --lMM8JwqTlfDpEaS6 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 16, 2006 at 03:37:15PM +0100, Max Laier wrote: > Hi, >=20 > I'm new to really playing with gmirror and friends, so please forgive me= =20 > if this is a FAQ - my searches didn't turn up anything. Please CC me,=20 > for I'm not on the list. >=20 > Following setup: 6.2-pre as of Wednesday >=20 > ad0, ad2 250G ata on > atapci0@pci0:31:1: class=3D0x010180 card=3D0x80281043 chip=3D0x244b8086= =20 > rev=3D0x05 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801BA (ICH2) UltraATA/100 IDE Controller' > class =3D mass storage > subclass =3D ATA >=20 > mirror/gm0 over ad0, ad2 >=20 > mirror/gm0s1 spanning all of the available space on gm0 > mirror/gm0s1a spanning all of the available space on gm0s1 >=20 > mirror/gm0s1a.bde gbde encryption on gm0s1a.bde >=20 > Now if I wait for the mirror to get in sync and do a reboot, it comes up= =20 > DEGRADED and resyncs ad0 (again) :-\ Does that mean I have to stop=20 > everything manually before rebooting? Is there a fundamental error in=20 > the setup that I can remedy? How do you do this right? It certainly is= =20 > not a good idea to do it the other way round (i.e. mirror two gbde=20 > provider), right? >=20 > Any help greatly appreciated. If I read the code properly, the problem you are seeing is because gbde doesn't close its consumers on shutdown. It opens consumer r1w1e1 on attach, but it only close it on manual detach. This is wrong. It should open consumer on first provider open or should close it on shutdown. I decided not to touch gbde, so you need to ask phk@ or someone else to fix it. I also found a bug in g_bde_access() function: if ((cp->acr + dr) =3D=3D 0 && (cp->acw + dw) =3D=3D 0 && (cp->ace + de) = =3D=3D 1) { I think it should be: if ((cp->acr + dr) =3D=3D 1 && (cp->acw + dw) =3D=3D 0 && (cp->ace + de) = =3D=3D 1) { --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --lMM8JwqTlfDpEaS6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD4DBQFFhCg2ForvXbEpPzQRAiLGAKDevMcAUon67hdbkGlahU76VbzQ8QCYlS1E OanVOGEMe2nI499uXMsphA== =z+i/ -----END PGP SIGNATURE----- --lMM8JwqTlfDpEaS6-- From owner-freebsd-geom@FreeBSD.ORG Sat Dec 16 19:05:46 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 063F316A403 for ; Sat, 16 Dec 2006 19:05:46 +0000 (UTC) (envelope-from iuranus@mail2surfer.com) Received: from mail2surfer.com (dfd234.neoplus.adsl.tpnet.pl [83.23.133.234]) by mx1.FreeBSD.org (Postfix) with SMTP id 1942243C9F for ; Sat, 16 Dec 2006 19:05:43 +0000 (GMT) (envelope-from iuranus@mail2surfer.com) Message-ID: <001b01c7214c$b42911d0$0726a9cc@staleczka> From: "Cherie Willis" To: "freebsd-geom" Date: Sat, 16 Dec 2006 19:59:32 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2462.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.2969 Subject: Under the Radar Equity for You 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: Sat, 16 Dec 2006 19:05:46 -0000 Track this Micro-cap Issue Trading Report For MicroCap set your alarm your gonna wanna get on this . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Trade alert Apparel Manufacturing Associates, Inc. Small-Cap Preview Symbol OTC : APPM Current Price : $0.06 The Bull Market Report Huge news expected out on APPM, get in before the wire, We're taking it all the way to $1.00 Wall Street Equity: Keeping You Informed Watch it like a hawk and get in before the rush Big Idea Investor About the Company We are a multifaceted management/development company concentrating on the world of Fashion and Music. Our affiliates and partners offer 4 decades of experience and recognized success in their respective fields. With offices in New York City, Miami and Zurich, we are in touch with the pulse of the "fashion forward". . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . The SmallCapInvestor OTC Platinum Report Emerging Public Company Alert