From owner-freebsd-geom@FreeBSD.ORG Sun Jul 16 14:03: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4715A16A4DF for ; Sun, 16 Jul 2006 14:03:16 +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 9BA7843D45 for ; Sun, 16 Jul 2006 14:03:10 +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 AA99413CD63 for ; Sun, 16 Jul 2006 16:03:08 +0200 (CEST) Received: from gaupe.stud.ntnu.no (gaupe.stud.ntnu.no [129.241.56.184]) by merke.itea.ntnu.no (Postfix) with ESMTP for ; Sun, 16 Jul 2006 16:03:08 +0200 (CEST) Received: by gaupe.stud.ntnu.no (Postfix, from userid 2312) id 6A506CFFFB; Sun, 16 Jul 2006 16:03:08 +0200 (CEST) Date: Sun, 16 Jul 2006 16:03:08 +0200 From: Ulf Lilleengen To: freebsd-geom@freebsd.org Message-ID: <20060716140308.GA12802@stud.ntnu.no> References: <44B6CFAC.10702@swbell.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aVD9QWMuhilNxW9f" Content-Disposition: inline In-Reply-To: <44B6CFAC.10702@swbell.net> User-Agent: Mutt/1.5.9i X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. Subject: Re: Automatic subdisk naming? 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: Sun, 16 Jul 2006 14:03:16 -0000 --aVD9QWMuhilNxW9f Content-Type: multipart/mixed; boundary="k1lZvvs/B4yU6o8G" Content-Disposition: inline --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On tor, jul 13, 2006 at 05:56:44 -0500, Martin Jackson wrote: > It's been a while, but I seem to recall that given a plex with org=20 > concat, the historic vinum could create subdisks that were automatically= =20 > named with the name prefixes of the other objects in that volume. >=20 > For example: >=20 > drive vg device ad0s1g >=20 > volume home > plex org concat > sd len 4g drive vg >=20 > Which would create: > home (volume) > home.p0 (plex) > home.p0.s0 (subdisk) >=20 > Then, when the time came to expand the volume, the following could be use= d: >=20 > sd len 4g plex home.p0 >=20 > Which would create > home.p0.s1 >=20 > and the volume home could be expanded with growfs. >=20 > In the 6.1-RELEASE-p2 implementation of gvinum, when I try this, I get a= =20 > subdisk simply named ".s0", but apparently added to the correct plex (it= =20 > increases in size). >=20 > Is this considered a bug? Is it enough detail? :) A casual search of=20 > PR's didn't show me anything that looked quite like this. >=20 I looked into the gvinum_create code, and I think I found the reason for th= is bug. When a new subdisk is created, the instructions that name that subdisk= use a sd_in_plex counter that is initially set to '0', and not initialized to t= he plex' subdisk counter. This is also the case when creating a plex.=20 The attached patch set's the name in gv_create in kernel instead, because o= nly=20 there it has access to the sd/plex-counter that we need to set the correct = name of the subdisk and a plex. I need to test it better in sone edgecases befor= e I submit it. This patch is for RELENG_6 sources. --=20 Mvh Ulf Lilleengen --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="plex_sd_naming.diff" Content-Transfer-Encoding: quoted-printable Index: sbin/gvinum/gvinum.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sbin/gvinum/gvinum.c,v retrieving revision 1.4.2.1 diff -u -r1.4.2.1 gvinum.c --- sbin/gvinum/gvinum.c 26 Nov 2005 11:10:37 -0000 1.4.2.1 +++ sbin/gvinum/gvinum.c 16 Jul 2006 13:44:25 -0000 @@ -234,7 +234,7 @@ sd_in_plex =3D 0; =20 /* Default name. */ - if (strlen(p->name) =3D=3D 0) { + if (strlen(p->name) =3D=3D 0 && strlen(volume) > 0) { snprintf(p->name, GV_MAXPLEXNAME, "%s.p%d", volume, plex_in_volume++); } @@ -268,7 +268,7 @@ } =20 /* Default name. */ - if (strlen(s->name) =3D=3D 0) { + if (strlen(s->name) =3D=3D 0 && strlen(plex) > 0) { snprintf(s->name, GV_MAXSDNAME, "%s.s%d", plex, sd_in_plex++); } Index: sys/geom/vinum/geom_vinum.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/geom/vinum/geom_vinum.c,v retrieving revision 1.16.2.3 diff -u -r1.16.2.3 geom_vinum.c --- sys/geom/vinum/geom_vinum.c 10 Dec 2005 14:36:17 -0000 1.16.2.3 +++ sys/geom/vinum/geom_vinum.c 16 Jul 2006 13:45:00 -0000 @@ -245,6 +245,11 @@ LIST_INSERT_HEAD(&v->plexes, p, in_volume); } =20 + /* Set plexname if not set. */ + if (strlen(p->name) =3D=3D 0) { + snprintf(p->name, GV_PLEXNAME, "%s.p%d", + p->volume, v->plexcount); + } p->vinumconf =3D sc; p->flags |=3D GV_PLEX_NEWBORN; LIST_INIT(&p->subdisks); @@ -287,6 +292,12 @@ continue; } =20 + /* Set subdiskname if not set. */ + if (strlen(s->name) =3D=3D 0) { + snprintf(s->name, GV_MAXSDNAME, "%s.s%d", + s->plex, p->sdcount); + } + /* * First we give the subdisk to the drive, to handle autosized * values ... --k1lZvvs/B4yU6o8G-- --aVD9QWMuhilNxW9f Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEukccCILg8nMIdCURAqM8AJ9N+JXFXAJAGRz/ALkGLAqjFRcQegCggSFU YypxcfGG/vxzlkFAdSim11o= =d3A0 -----END PGP SIGNATURE----- --aVD9QWMuhilNxW9f-- From owner-freebsd-geom@FreeBSD.ORG Mon Jul 17 11:02: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 197FC16A4DD for ; Mon, 17 Jul 2006 11:02:44 +0000 (UTC) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE11943D46 for ; Mon, 17 Jul 2006 11:02:43 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k6HB2hYR071509 for ; Mon, 17 Jul 2006 11:02:43 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k6HB2ewJ071490 for freebsd-geom@freebsd.org; Mon, 17 Jul 2006 11:02:40 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 17 Jul 2006 11:02:40 GMT Message-Id: <200607171102.k6HB2ewJ071490@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter 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, 17 Jul 2006 11:02:44 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2005/01/21] kern/76538 geom [gbde] nfs-write on gbde partition stalls o [2005/08/04] kern/84556 geom [geom] GBDE-encrypted swap causes panic a o [2005/10/16] kern/87544 geom [gbde] mmaping large files on a gbde file o [2005/11/16] kern/89102 geom [geom_vfs] [panic] panic when forced unmo o [2005/12/08] bin/90093 geom fdisk(8) incapable of altering in-core ge o [2005/12/18] kern/90582 geom [geom_mirror] [panic] Restore cause panic o [2006/04/15] kern/95771 geom [geom] geom mirror provider destroyed (ma o [2006/05/27] kern/98034 geom [geom] dereference of NULL pointer in acd o [2006/06/09] kern/98742 geom [geli] IO errors while using geli o [2006/06/21] kern/99256 geom [geli] kernel panic/freeze with geli and 10 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2005/02/26] bin/78131 geom gbde "destroy" not working. o [2005/03/26] kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o [2006/03/18] kern/94632 geom [geom] Kernel output resets input while G o [2006/06/05] kern/98538 geom [geom] Kernel panic on ggate destroy 4 problems total. From owner-freebsd-geom@FreeBSD.ORG Tue Jul 18 13:46:06 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 3936716A4DD for ; Tue, 18 Jul 2006 13:46:06 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B66443D45 for ; Tue, 18 Jul 2006 13:46:03 +0000 (GMT) (envelope-from biancalana@gmail.com) Received: by py-out-1112.google.com with SMTP id c63so1927039pyc for ; Tue, 18 Jul 2006 06:45:29 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=m8nSrT+TzsXM+7xyd/HQWvEuwhyZ6Q2ZGclUIUwCNykHhUMClaDSmI0yGyIOTDhyKPwk8/5/MORzGidy4fbU6HMLlDdvsmo+YVmykwZKDxvIdEQLDwegybY+iGUNi5MH9wcYCGdlwwHcxYLsszeAAP14GG+cbXXG1uKWWhi2dnw= Received: by 10.35.26.14 with SMTP id d14mr5520843pyj; Tue, 18 Jul 2006 06:45:29 -0700 (PDT) Received: by 10.35.43.7 with HTTP; Tue, 18 Jul 2006 06:45:29 -0700 (PDT) Message-ID: <8e10486b0607180645v5271b374he85840542c07a1ba@mail.gmail.com> Date: Tue, 18 Jul 2006 10:45:29 -0300 From: "Alexandre Biancalana" To: freebsd-geom@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: geom_stripe error 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: Tue, 18 Jul 2006 13:46:06 -0000 Hi list, I'he a backup server with a 1 TB partition builded using geom_stripe with 4 200gb ide drives and 4 73gb scsi drives. This server is running FreeBSD 6.1-STABLE, the backup data is received via FTP and NFS. The geom_stripe configuration is the following: Geom name: data State: UP Status: Total=32, Online=32 Type: AUTOMATIC Stripesize: 131072 ID: 494690382 Providers: 1. Name: stripe/data Mediasize: 1146877902848 (1.0T) Sectorsize: 512 Mode: r0w0e0 Consumers: 1. Name: ad0s2a Mediasize: 35840000000 (33G) Sectorsize: 512 Mode: r0w0e0 Number: 0 2. Name: ad0s2b Mediasize: 35840000000 (33G) Sectorsize: 512 Mode: r0w0e0 Number: 1 3. Name: ad0s2d Mediasize: 35840000000 (33G) Sectorsize: 512 Mode: r0w0e0 Number: 2 4. Name: ad0s2e Mediasize: 35840000000 (33G) Sectorsize: 512 Mode: r0w0e0 Number: 3 5. Name: ad0s2f Mediasize: 35840000000 (33G) Sectorsize: 512 Mode: r0w0e0 Number: 4 6. Name: ad1s1a Mediasize: 35840000000 (33G) Sectorsize: 512 Mode: r0w0e0 Number: 5 7. Name: ad1s1b Mediasize: 35840000000 (33G) Sectorsize: 512 Mode: r0w0e0 Number: 6 8. Name: ad1s1d Mediasize: 35840000000 (33G) Sectorsize: 512 Mode: r0w0e0 Number: 7 9. Name: ad1s1e Mediasize: 35840000000 (33G) Sectorsize: 512 Mode: r0w0e0 Number: 8 10. Name: ad1s1f Mediasize: 35840000000 (33G) Sectorsize: 512 Mode: r0w0e0 Number: 9 11. Name: ad2s1a Mediasize: 35840000000 (33G) Sectorsize: 512 Mode: r0w0e0 Number: 10 12. Name: ad2s1b Mediasize: 35840000000 (33G) Sectorsize: 512 Mode: r0w0e0 Number: 11 13. Name: ad2s1d Mediasize: 35840000000 (33G) Sectorsize: 512 Mode: r0w0e0 Number: 12 14. Name: ad2s1e Mediasize: 35840000000 (33G) Sectorsize: 512 Mode: r0w0e0 Number: 13 15. Name: ad2s1f Mediasize: 35840000000 (33G) Sectorsize: 512 Mode: r0w0e0 Number: 14 16. Name: ad3s1a Mediasize: 35840000000 (33G) Sectorsize: 512 Mode: r0w0e0 Number: 15 17. Name: ad3s1b Mediasize: 35840000000 (33G) Sectorsize: 512 Mode: r0w0e0 Number: 16 18. Name: ad3s1d Mediasize: 35840000000 (33G) Sectorsize: 512 Mode: r0w0e0 Number: 17 19. Name: ad3s1e Mediasize: 35840000000 (33G) Sectorsize: 512 Mode: r0w0e0 Number: 18 20. Name: ad3s1f Mediasize: 35840000000 (33G) Sectorsize: 512 Mode: r0w0e0 Number: 19 21. Name: concat/concat1 Mediasize: 36579024896 (34G) Sectorsize: 512 Mode: r0w0e0 Number: 31 22. Name: da0s1a Mediasize: 35840000000 (33G) Sectorsize: 512 Mode: r0w0e0 Number: 20 23. Name: da0s1b Mediasize: 35840000000 (33G) Sectorsize: 512 Mode: r0w0e0 Number: 21 24. Name: da1s1a Mediasize: 35840000000 (33G) Sectorsize: 512 Mode: r0w0e0 Number: 22 25. Name: da1s1b Mediasize: 35840000000 (33G) Sectorsize: 512 Mode: r0w0e0 Number: 23 26. Name: da2s1a Mediasize: 35840000000 (33G) Sectorsize: 512 Mode: r0w0e0 Number: 24 27. Name: da2s1b Mediasize: 35840000000 (33G) Sectorsize: 512 Mode: r0w0e0 Number: 25 28. Name: da3s1a Mediasize: 35840000000 (33G) Sectorsize: 512 Mode: r0w0e0 Number: 26 29. Name: da3s1b Mediasize: 35840000000 (33G) Sectorsize: 512 Mode: r0w0e0 Number: 27 30. Name: da4s1a Mediasize: 35840000000 (33G) Sectorsize: 512 Mode: r0w0e0 Number: 28 31. Name: da4s1b Mediasize: 35840000000 (33G) Sectorsize: 512 Mode: r0w0e0 Number: 29 32. Name: concat/concat0 Mediasize: 36480877568 (34G) Sectorsize: 512 Mode: r0w0e0 Number: 30 At some moments the machines just reboot and today, after configure the machine to do remote log I obtained the error messages before reboot. These are the messages: Jul 17 19:28:08 sam/sam kernel: g_vfs_done():stripe/data[READ(offset=157622337536, length=16384)]error = 6 Jul 17 19:28:08 sam/sam kernel: g_vfs_done():stripe/data[READ(offset=157622337536, length=16384)]error = 6 Jul 17 19:28:08 sam/sam kernel: g_vfs_done():stripe/data[READ(offset=157815029760, length=16384)]error = 6 Jul 17 19:28:08 sam/sam kernel: g_vfs_done():stripe/data[READ(offset=157815029760, length=16384)]error = 6 Jul 17 19:28:08 sam/sam kernel: g_vfs_done():stripe/data[READ(offset=158007721984, length=16384)]error = 6 Jul 17 19:28:08 sam/sam kernel: g_vfs_done():stripe/data[READ(offset=158007721984, length=16384)]error = 6 Jul 17 19:28:08 sam/sam kernel: g_vfs_done():stripe/data[READ(offset=158200414208, length=16384)]error = 6 Jul 17 19:28:08 sam/sam kernel: g_vfs_done():stripe/data[READ(offset=158200414208, length=16384)]error = 6 Jul 17 19:28:08 sam/sam kernel: g_vfs_done():stripe/data[READ(offset=158393106432, length=16384)]error = 6 Jul 17 19:28:08 sam/sam kernel: g_vfs_done():stripe/data[READ(offset=158393106432, length=16384)]error = 6 Jul 17 19:28:08 sam/sam kernel: g_vfs_done():stripe/data[READ(offset=158585798656, length=16384)]error = 6 Jul 17 19:28:08 sam/sam kernel: g_vfs_done():stripe/data[READ(offset=158585798656, length=16384)]error = 6 Jul 17 19:28:08 sam/sam kernel: g_vfs_done():stripe/data[READ(offset=158778490880, length=16384)]error = 6 Jul 17 19:28:08 sam/sam kernel: g_vfs_done():stripe/data[READ(offset=158778490880, length=16384)]error = 6 Any idea on how can I know what disk is causing the problem ?? Best Regards, Alexandre Biancalana From owner-freebsd-geom@FreeBSD.ORG Tue Jul 18 14:08:05 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 225C316A4DE for ; Tue, 18 Jul 2006 14:08:05 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30305.mail.mud.yahoo.com (web30305.mail.mud.yahoo.com [68.142.200.98]) by mx1.FreeBSD.org (Postfix) with SMTP id 9D6D543D45 for ; Tue, 18 Jul 2006 14:08:04 +0000 (GMT) (envelope-from arne_woerner@yahoo.com) Received: (qmail 81052 invoked by uid 60001); 18 Jul 2006 14:08:04 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=aOz1FkIKb7rKrYnTKltBW8hBwFCyM38nlCfqCIarxzz7gbm6sBD1tl43eUkId6YMALZB3j4lOXDlYAmCWuEadVlY54HznP3tmYugOAFfvDpU2GbMztk2wZCDo8ZNMGq3wTJRiLXO8qOLQEhvxpfRbMTRt/gVqlTcBnLJErhO6TY= ; Message-ID: <20060718140804.81050.qmail@web30305.mail.mud.yahoo.com> Received: from [213.54.80.78] by web30305.mail.mud.yahoo.com via HTTP; Tue, 18 Jul 2006 07:08:04 PDT Date: Tue, 18 Jul 2006 07:08:04 -0700 (PDT) From: "R. B. Riddick" To: Alexandre Biancalana , freebsd-geom@freebsd.org In-Reply-To: <8e10486b0607180645v5271b374he85840542c07a1ba@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: geom_stripe error 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: Tue, 18 Jul 2006 14:08:05 -0000 --- Alexandre Biancalana wrote: > g_vfs_done():stripe/data[READ(offset=158778490880, length=16384)]error = 6 > > Any idea on how can I know what disk is causing the problem ?? > Hi! According to the offset there are a bunch of read errors (6 might be "device not configured") on some disks in gstripe. E.g.: 157622337536/131072 appr. 1202563 1202563 is congruent with 3 (modulo 32). 158778490880/131072 appr. 1211383 1211383 % 32 = 23 (but maybe I dont understand the gstripe algorithm correctly) I would try it with a different configuration: gstripe(4 * 200GB, gconcat(3 * 73GB)) or gconcat(gstripe(4 * 200GB), gstripe(4 * 73GB)) That should be easier and give u the same or about the same capacity... Of course that does not repair the problem, that causes your strange panics/reboots... I use gstripe with 2 partitions (on ad1s1 and ad0s1) and I dont think, that I had a gstripe related panic... Bye Arne __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-geom@FreeBSD.ORG Tue Jul 18 14:32:49 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 5AE1116A4E1 for ; Tue, 18 Jul 2006 14:32:49 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30315.mail.mud.yahoo.com (web30315.mail.mud.yahoo.com [68.142.201.233]) by mx1.FreeBSD.org (Postfix) with SMTP id 58C5543E7F for ; Tue, 18 Jul 2006 14:26:12 +0000 (GMT) (envelope-from arne_woerner@yahoo.com) Received: (qmail 7922 invoked by uid 60001); 18 Jul 2006 14:26:09 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=lN1yyDoiyyXQKnai6ebrENMw7Rk12lsiYoYnAPjjWC0LNfJ/gwDf8+IpvJZjOV+pSJ6+7SgjcUZoRQbW+M4Y1MNi2+UGUI8gz1E8JEvQuXeeJqZ5zsifozCIkQr2SZjdZjTM9/HzXtMJwMRXnBqaZKFrumEraoPJd+Xi6DDdpkQ= ; Message-ID: <20060718142609.7920.qmail@web30315.mail.mud.yahoo.com> Received: from [213.54.80.78] by web30315.mail.mud.yahoo.com via HTTP; Tue, 18 Jul 2006 07:26:09 PDT Date: Tue, 18 Jul 2006 07:26:09 -0700 (PDT) From: "R. B. Riddick" To: Alexandre Biancalana , freebsd-geom@freebsd.org In-Reply-To: <8e10486b0607180645v5271b374he85840542c07a1ba@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: geom_stripe error 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: Tue, 18 Jul 2006 14:32:49 -0000 --- Alexandre Biancalana wrote: > 20. Name: ad3s1f > Mediasize: 35840000000 (33G) > Sectorsize: 512 > Mode: r0w0e0 > Number: 19 > 21. Name: concat/concat1 > Mediasize: 36579024896 (34G) > Sectorsize: 512 > Mode: r0w0e0 > Number: 31 > 22. Name: da0s1a > Mediasize: 35840000000 (33G) > Sectorsize: 512 > Mode: r0w0e0 > Number: 20 > On a second look I wonder how u got disk# 31 for the concat/concat1 disk with meta data disk number 21. This looks strange... :-)) How did u create those geoms? With "label" or with "create"? Could u try gstripe dump concat/concat1 or so? -Arne __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-geom@FreeBSD.ORG Tue Jul 18 14:35:30 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 C483916A4E7 for ; Tue, 18 Jul 2006 14:35:30 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D41F043F5C for ; Tue, 18 Jul 2006 14:29:55 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k6IETnSA028288; Tue, 18 Jul 2006 09:29:50 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44BCF065.3080704@centtech.com> Date: Tue, 18 Jul 2006 09:29:57 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: "R. B. Riddick" References: <20060718140804.81050.qmail@web30305.mail.mud.yahoo.com> In-Reply-To: <20060718140804.81050.qmail@web30305.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1600/Sat Jul 15 10:03:46 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: freebsd-geom@freebsd.org, Alexandre Biancalana Subject: Re: geom_stripe error 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: Tue, 18 Jul 2006 14:35:30 -0000 On 07/18/06 09:08, R. B. Riddick wrote: > --- Alexandre Biancalana wrote: >> g_vfs_done():stripe/data[READ(offset=158778490880, length=16384)]error = 6 >> >> Any idea on how can I know what disk is causing the problem ?? >> > Hi! > > According to the offset there are a bunch of read errors (6 might be "device > not configured") on some disks in gstripe. E.g.: > 157622337536/131072 appr. 1202563 > 1202563 is congruent with 3 (modulo 32). > 158778490880/131072 appr. 1211383 > 1211383 % 32 = 23 > (but maybe I dont understand the gstripe algorithm correctly) So the offset is the number of records (16K based on stripe size in this case) offset, and not bytes? I was thinking bytes, which would make it drive number 5: > 5. Name: ad0s2f > Mediasize: 35840000000 (33G) > Sectorsize: 512 > Mode: r0w0e0 > Number: 4. > I would try it with a different configuration: > gstripe(4 * 200GB, gconcat(3 * 73GB)) > or > gconcat(gstripe(4 * 200GB), gstripe(4 * 73GB)) > That should be easier and give u the same or about the same capacity... > > Of course that does not repair the problem, that causes your strange > panics/reboots... > > I use gstripe with 2 partitions (on ad1s1 and ad0s1) and I dont think, that I > had a gstripe related panic... > > Bye > Arne > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > _______________________________________________ > freebsd-geom@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-geom > To unsubscribe, send any mail to "freebsd-geom-unsubscribe@freebsd.org" -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-geom@FreeBSD.ORG Tue Jul 18 14:38:00 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 BD47E16A4FE for ; Tue, 18 Jul 2006 14:38:00 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30304.mail.mud.yahoo.com (web30304.mail.mud.yahoo.com [68.142.200.97]) by mx1.FreeBSD.org (Postfix) with SMTP id 07E7F43DDF for ; Tue, 18 Jul 2006 14:34:46 +0000 (GMT) (envelope-from arne_woerner@yahoo.com) Received: (qmail 22348 invoked by uid 60001); 18 Jul 2006 14:34:46 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=2fbSDtFR/98dNzHbllt2ENCcvDvY+xBKKNPEhXU0KivZXJ8bEAXDA2bPFPV0NddKpuaVzDRg7aDRtPTpyGkuF/WeFpDacttOFofdw2PXGSoe5GxYUrunydcYmK+xELBwHhjk4M1Uzh0/Kf8tIrX21su1jXo7uHOvVTTddRJ1SwA= ; Message-ID: <20060718143446.22346.qmail@web30304.mail.mud.yahoo.com> Received: from [213.54.80.78] by web30304.mail.mud.yahoo.com via HTTP; Tue, 18 Jul 2006 07:34:46 PDT Date: Tue, 18 Jul 2006 07:34:46 -0700 (PDT) From: "R. B. Riddick" To: Eric Anderson In-Reply-To: <44BCF065.3080704@centtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-geom@freebsd.org Subject: Re: geom_stripe error 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: Tue, 18 Jul 2006 14:38:00 -0000 --- Eric Anderson wrote: > > 157622337536/131072 appr. 1202563 > > 1202563 is congruent with 3 (modulo 32). > > 158778490880/131072 appr. 1211383 > > 1211383 % 32 = 23 > > So the offset is the number of records (16K based on stripe size in this > case) offset, and not bytes? I was thinking bytes, which would make it > drive number 5: > Hmm... I think the offsets in the log messages are in _bytes_. The stripe size is 128k _bytes_. So the 157622337536-th byte is in the 1202563-rd stripe from the point of view of the geom_stripe and the [1202563/32]-th stripe on the underlying disk and the disk# should be [1202563%32]. I dont see why/where ur 16k come into the computation... -Arne __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-geom@FreeBSD.ORG Tue Jul 18 14:53:23 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 C9E6B16A4DE for ; Tue, 18 Jul 2006 14:53:23 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 445A243D4C for ; Tue, 18 Jul 2006 14:53:23 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k6IErMBQ051195; Tue, 18 Jul 2006 09:53:22 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44BCF5E9.5070001@centtech.com> Date: Tue, 18 Jul 2006 09:53:29 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: "R. B. Riddick" References: <20060718143446.22346.qmail@web30304.mail.mud.yahoo.com> In-Reply-To: <20060718143446.22346.qmail@web30304.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1600/Sat Jul 15 10:03:46 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-geom@freebsd.org Subject: Re: geom_stripe error 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: Tue, 18 Jul 2006 14:53:23 -0000 On 07/18/06 09:34, R. B. Riddick wrote: > --- Eric Anderson wrote: >>> 157622337536/131072 appr. 1202563 >>> 1202563 is congruent with 3 (modulo 32). >>> 158778490880/131072 appr. 1211383 >>> 1211383 % 32 = 23 >> So the offset is the number of records (16K based on stripe size in this >> case) offset, and not bytes? I was thinking bytes, which would make it >> drive number 5: >> > Hmm... > > I think the offsets in the log messages are in _bytes_. The stripe size is 128k > _bytes_. So the 157622337536-th byte is in the 1202563-rd stripe from the point > of view of the geom_stripe and the [1202563/32]-th stripe on the underlying > disk and the disk# should be [1202563%32]. > > I dont see why/where ur 16k come into the computation... Oh - simple PEBKAC bug. :) Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-geom@FreeBSD.ORG Tue Jul 18 16:52:38 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 3C4D316A4DA for ; Tue, 18 Jul 2006 16:52:38 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4D4743D49 for ; Tue, 18 Jul 2006 16:52:37 +0000 (GMT) (envelope-from biancalana@gmail.com) Received: by py-out-1112.google.com with SMTP id b29so1950113pya for ; Tue, 18 Jul 2006 09:52:36 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=iBU/Kkb+Ix2TiadoWWweCE+uJJPRoZG7nKZfxF++mAXqqWgU+oJJOLQDMBIhNzwyBo1XGKRUERQHpcB9+2fKJH8Yc/nEaSmoAncB5oa8yNcU76DmkHUX+2olZmBjefJtqvjdxY0EcOsBDn2L94iYSpWnFsRoT6XkztN4mBQLGG4= Received: by 10.35.61.14 with SMTP id o14mr5760483pyk; Tue, 18 Jul 2006 09:52:36 -0700 (PDT) Received: by 10.35.43.7 with HTTP; Tue, 18 Jul 2006 09:52:35 -0700 (PDT) Message-ID: <8e10486b0607180952l2839925ci20fd3e64a80a5f27@mail.gmail.com> Date: Tue, 18 Jul 2006 13:52:35 -0300 From: "Alexandre Biancalana" To: freebsd-geom@freebsd.org In-Reply-To: <44BCF5E9.5070001@centtech.com> MIME-Version: 1.0 References: <20060718143446.22346.qmail@web30304.mail.mud.yahoo.com> <44BCF5E9.5070001@centtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: geom_stripe error 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: Tue, 18 Jul 2006 16:52:38 -0000 Here is the script used to create the stripe: #!/bin/ksh stripe_name=data gconcat label -v concat1 /dev/ad1s1g /dev/ad3s1g gconcat label -v concat0 /dev/ad0s2g /dev/ad1s2a /dev/ad2s1g /dev/da3s1d disks="/dev/ad0s2a /dev/ad0s2b /dev/ad0s2d /dev/ad0s2e /dev/ad0s2f" disks="$disks /dev/ad1s1a /dev/ad1s1b /dev/ad1s1d /dev/ad1s1e /dev/ad1s1f" disks="$disks /dev/ad2s1a /dev/ad2s1b /dev/ad2s1d /dev/ad2s1e /dev/ad2s1f" disks="$disks /dev/ad3s1a /dev/ad3s1b /dev/ad3s1d /dev/ad3s1e /dev/ad3s1f" disks="$disks /dev/da0s1a /dev/da0s1b" disks="$disks /dev/da1s1a /dev/da1s1b" disks="$disks /dev/da2s1a /dev/da2s1b" disks="$disks /dev/da3s1a /dev/da3s1b" disks="$disks /dev/da4s1a /dev/da4s1b" disks="$disks /dev/concat/concat0 /dev/concat/concat1" echo "Clearing disks...." gstripe destroy $stripe_name gstripe clear $disks echo "Creating stripe...." gstripe label -v -s 131072 $stripe_name $disks On 7/18/06, Eric Anderson wrote: > > On 07/18/06 09:34, R. B. Riddick wrote: > > --- Eric Anderson wrote: > >>> 157622337536/131072 appr. 1202563 > >>> 1202563 is congruent with 3 (modulo 32). > >>> 158778490880/131072 appr. 1211383 > >>> 1211383 % 32 = 23 > >> So the offset is the number of records (16K based on stripe size in > this > >> case) offset, and not bytes? I was thinking bytes, which would make it > >> drive number 5: > >> > > Hmm... > > > > I think the offsets in the log messages are in _bytes_. The stripe size > is 128k > > _bytes_. So the 157622337536-th byte is in the 1202563-rd stripe from > the point > > of view of the geom_stripe and the [1202563/32]-th stripe on the > underlying > > disk and the disk# should be [1202563%32]. > > > > I dont see why/where ur 16k come into the computation... > > Oh - simple PEBKAC bug. :) > > Eric > > > > -- > ------------------------------------------------------------------------ > Eric Anderson Sr. Systems Administrator Centaur Technology > Anything that works is better than anything that doesn't. > ------------------------------------------------------------------------ > _______________________________________________ > freebsd-geom@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-geom > To unsubscribe, send any mail to "freebsd-geom-unsubscribe@freebsd.org" > From owner-freebsd-geom@FreeBSD.ORG Tue Jul 18 17:35:09 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 830A016A4DE for ; Tue, 18 Jul 2006 17:35:09 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30304.mail.mud.yahoo.com (web30304.mail.mud.yahoo.com [68.142.200.97]) by mx1.FreeBSD.org (Postfix) with SMTP id 006F943D46 for ; Tue, 18 Jul 2006 17:35:08 +0000 (GMT) (envelope-from arne_woerner@yahoo.com) Received: (qmail 1544 invoked by uid 60001); 18 Jul 2006 17:35:08 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=UwBjhfm7kkR/IUGY0YX1LMqCog+ct3QRbHr4Q47u1oCbD2QrpoLSH1B8xe+a6VUTrkwza5d0A+OlFOzQZLC75X8doDMOsRQVR6fiA3AwFX5hW08+ivNceLd4yiH+oaW21lQyIcRNHGMNI3quaggqIbeeTGClsSWBJhoJ+hzhHjU= ; Message-ID: <20060718173508.1542.qmail@web30304.mail.mud.yahoo.com> Received: from [213.54.80.78] by web30304.mail.mud.yahoo.com via HTTP; Tue, 18 Jul 2006 10:35:08 PDT Date: Tue, 18 Jul 2006 10:35:08 -0700 (PDT) From: "R. B. Riddick" To: Alexandre Biancalana , freebsd-geom@freebsd.org In-Reply-To: <8e10486b0607180952l2839925ci20fd3e64a80a5f27@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: geom_stripe error 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: Tue, 18 Jul 2006 17:35:09 -0000 --- Alexandre Biancalana wrote: > Here is the script used to create the stripe: > OK... And where is the disk with number 31 (in the gstripe list output) after the geom_stripe disk is freshly label'ed? Somewhere in the middle or in the end? -Arne __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-geom@FreeBSD.ORG Tue Jul 18 18:30:37 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 B7A2B16A4DD for ; Tue, 18 Jul 2006 18:30:37 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1061043D45 for ; Tue, 18 Jul 2006 18:30:36 +0000 (GMT) (envelope-from biancalana@gmail.com) Received: by py-out-1112.google.com with SMTP id b29so1989785pya for ; Tue, 18 Jul 2006 11:30:36 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=kAZc200jnpo9c/WairnPuO4aPtz4EsJKsAWz25Wu+FUugywxE3fIgyRV2+zeyfKDjFi/S266pm9d1c8V4TYm2xhrnrUwlrPWBfKLhC2+7gynE5rrNqhqizNznESrbyMJ3zB0reEk83ss6XVgOkALm8F/y+B9imh+nn7mNCJo60o= Received: by 10.35.61.2 with SMTP id o2mr5885432pyk; Tue, 18 Jul 2006 11:28:58 -0700 (PDT) Received: by 10.35.43.7 with HTTP; Tue, 18 Jul 2006 11:28:57 -0700 (PDT) Message-ID: <8e10486b0607181128j102eb0e5h48b8ecf3ffaafba3@mail.gmail.com> Date: Tue, 18 Jul 2006 15:28:57 -0300 From: "Alexandre Biancalana" To: freebsd-geom@freebsd.org In-Reply-To: <8e10486b0607181128r2ea1cf40oe2b11c4472244428@mail.gmail.com> MIME-Version: 1.0 References: <8e10486b0607180952l2839925ci20fd3e64a80a5f27@mail.gmail.com> <20060718173508.1542.qmail@web30304.mail.mud.yahoo.com> <8e10486b0607181128r2ea1cf40oe2b11c4472244428@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: geom_stripe error 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: Tue, 18 Jul 2006 18:30:37 -0000 On 7/18/06, R. B. Riddick wrote: > > --- Alexandre Biancalana wrote: > > Here is the script used to create the stripe: > > > OK... > > And where is the disk with number 31 (in the gstripe list output) after > the > geom_stripe disk is freshly label'ed? Excuse me if I don't understand your question.... the disk 31 (da4s1b) is before the last line of $disks variable.... Somewhere in the middle or in the end? > > -Arne > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > From owner-freebsd-geom@FreeBSD.ORG Tue Jul 18 20:52:58 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 70E9216A4DD for ; Tue, 18 Jul 2006 20:52:58 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4C5943D45 for ; Tue, 18 Jul 2006 20:52:56 +0000 (GMT) (envelope-from biancalana@gmail.com) Received: by py-out-1112.google.com with SMTP id b29so2041252pya for ; Tue, 18 Jul 2006 13:52:54 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=Dee851/V9VAuJo1HZhq4+z3cMJD2fFOySgWF+keLNDZSvV6nhTcq86y1Jscmd8sd6ZdD4iH1JcvA+rEu/mITBZOn5XobO2s9csUPRQ85amK6QdNQ1QFA5gYKhy0cVQM1amSRLgBqozf4bElRC/cLWXf6kXvtH/8cxjUG2IxvKAE= Received: by 10.35.107.20 with SMTP id j20mr6050553pym; Tue, 18 Jul 2006 13:51:23 -0700 (PDT) Received: by 10.35.43.7 with HTTP; Tue, 18 Jul 2006 13:51:22 -0700 (PDT) Message-ID: <8e10486b0607181351u1319483w87d40792d6c1cce8@mail.gmail.com> Date: Tue, 18 Jul 2006 17:51:22 -0300 From: "Alexandre Biancalana" To: freebsd-geom@freebsd.org In-Reply-To: <20060718194553.50523.qmail@web30315.mail.mud.yahoo.com> MIME-Version: 1.0 References: <8e10486b0607181128r2ea1cf40oe2b11c4472244428@mail.gmail.com> <20060718194553.50523.qmail@web30315.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: geom_stripe error 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: Tue, 18 Jul 2006 20:52:58 -0000 Thanks Arne ! Really is happening what you told.... the partition concat/concat1 have the number 31, but in gstripe list it appears at position 21 position.... (see my first email) but the dump looks ok..... # gstripe dump concat/concat1 Metadata on concat/concat1: Magic string: GEOM::STRIPE Metadata version: 3 Device name: data Device ID: 494690382 Disk number: 31 Total number of disks: 32 Stripe size: 131072 Hardcoded provider: Another idea ? On 7/18/06, R. B. Riddick wrote: > > --- Alexandre Biancalana wrote: > > On 7/18/06, R. B. Riddick wrote: > > > > > > --- Alexandre Biancalana wrote: > > > > Here is the script used to create the stripe: > > > > > > > OK... > > > > > > And where is the disk with number 31 (in the gstripe list output) > after > > > the > > > geom_stripe disk is freshly label'ed? > > > > > > Excuse me if I don't understand your question.... the disk 31 (da4s1b) > is > > before the last line of $disks variable.... > > > OK - I am not a native speaker of the english language... > > I mean: > If u look at the output of "gstripe list": > Where (at which position) do you see the disk with number 31? > > In my case the position is always exactly one more than the disk number. > See here: > > %%% > Providers: > 1. Name: stripe/data > Mediasize: 250827243520 (234G) > Sectorsize: 512 > Mode: r1w1e1 > Consumers: > 1. Name: ad0s1e > Mediasize: 125413711360 (117G) > Sectorsize: 512 > Mode: r1w1e2 > Number: 0 > 2. Name: ad1s1e > Mediasize: 125413711360 (117G) > Sectorsize: 512 > Mode: r1w1e2 > Number: 1 > %%% > > If in your geom_stripe the position a disk in the output of "gstripe list" > is > not as I expect it, maybe the output of "gstripe dump adXXXX" or > "...daXXXX" > might help... > > My current preliminary theory is as follows: > 1. Somehow your geom_stripe becomes misconfigured after some time, so that > the > order of the stripes is wrong. I mean: GOOD: Disk0, Disk1, Disk2, Disk3, > ..., > Disk31; But BAD: Disk0, Disk1, ..., Disk20, Disk31, Disk21, ..., Disk30 2. When VFS tries to read that data it mentions an unrecoverable filesystem > error and causes a kernel panic... :-) > > -Arne > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > From owner-freebsd-geom@FreeBSD.ORG Tue Jul 18 21:46:58 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 920AA16A4DD for ; Tue, 18 Jul 2006 21:46:58 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30303.mail.mud.yahoo.com (web30303.mail.mud.yahoo.com [68.142.200.96]) by mx1.FreeBSD.org (Postfix) with SMTP id 2F61043D45 for ; Tue, 18 Jul 2006 21:46:57 +0000 (GMT) (envelope-from arne_woerner@yahoo.com) Received: (qmail 63154 invoked by uid 60001); 18 Jul 2006 21:46:57 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=BSc/LgIXg1ZBB3kTnnUvqiZ/Z8OBx35ZfGMDBKM7Ezs5df0iIYDtu7FExp06NWxOkJb2ZVA1gkangQuRkB+Ht5X9NwlWxyqB2UD2pREJOwm7/NrB7YPXCr/L91bYrC/fcqLOqeX6sz5cjiCOYdBFv+3pfJOoR5r8XOAlUMWDhGk= ; Message-ID: <20060718214657.63152.qmail@web30303.mail.mud.yahoo.com> Received: from [213.54.80.78] by web30303.mail.mud.yahoo.com via HTTP; Tue, 18 Jul 2006 14:46:57 PDT Date: Tue, 18 Jul 2006 14:46:57 -0700 (PDT) From: "R. B. Riddick" To: Alexandre Biancalana , freebsd-geom@freebsd.org In-Reply-To: <8e10486b0607181351u1319483w87d40792d6c1cce8@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: geom_stripe error 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: Tue, 18 Jul 2006 21:46:58 -0000 --- Alexandre Biancalana wrote: > Really is happening what you told.... the partition concat/concat1 have the > number 31, but in gstripe list it appears at position 21 position.... (see > my first email) > Hmm... Oh... I just had a closer look at the funtion "list_one_geom" in /usr/src/sbin/geom/core/geom.c and found out, that the order of the disks in the "gstripe list" output does not say so much... It is possibly the order in which the disks are added to the device... Somehow the consumers (disks) are stored in a list and in an array (just in this array the position corresponds with the disk number, but in the list no order is necessary)... So my theory was wrong... Did you try an easier and more efficient configuration in the meantime? E.g.: gconcat(gstripe(4 * 200GB), gstripe(4 * 73GB)) or so... Possibly you would have to use bsdlabel in order to re-partition your disks... And you would loose your data... But when u r done it might be much faster, because striping over partitions of the same disk is quite slow, I think... The advantage of striping (RAID0) is (if I recall correctly) that we can have higher parallelism (e. g. a RAID0 on 10 disks allows (max) 10 concurrent requests as if there was only 1 request (looking at the processing time))... -Arne __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-geom@FreeBSD.ORG Tue Jul 18 23:24:42 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 0DCD116A4DD for ; Tue, 18 Jul 2006 23:24:42 +0000 (UTC) (envelope-from Lee@dilkie.com) Received: from spock.dilkie.com (spock.dilkie.com [206.51.1.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24FFE43D45 for ; Tue, 18 Jul 2006 23:24:40 +0000 (GMT) (envelope-from Lee@dilkie.com) Received: from [206.51.1.193] (borg.dilkie.com [206.51.1.193]) (authenticated bits=0) by spock.dilkie.com (8.13.3/8.13.3) with ESMTP id k6INOaMf065515 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 18 Jul 2006 19:24:38 -0400 (EDT) (envelope-from Lee@dilkie.com) Message-ID: <44BD6DB9.6010501@dilkie.com> Date: Tue, 18 Jul 2006 19:24:41 -0400 From: Lee Dilkie User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: freebsd-geom X-Scanned-By: MIMEDefang 2.56 on 206.51.1.40 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: gconcat - adding additional disks 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: Tue, 18 Jul 2006 23:24:42 -0000 Hi Folks, I'm going to add a third disk to my gconcat array and I've googled the problem and from what I read it can be as simple as: $ mount /dev/ad0s1a on / (ufs, local) devfs on /dev (devfs, local) /dev/ad0s1d on /usr (ufs, local, soft-updates) /dev/concat/usr2_concat on /usr2 (ufs, local) $ gconcat list Geom name: usr2_concat State: UP Status: Total=2, Online=2 Type: AUTOMATIC ID: 3187483959 Providers: 1. Name: concat/usr2_concat Mediasize: 200059870208 (186G) Sectorsize: 512 Mode: r1w1e0 Consumers: 1. Name: ad2 Mediasize: 120034123776 (112G) Sectorsize: 512 Mode: r1w1e1 Start: 0 End: 120034123264 2. Name: ad3 Mediasize: 80025747456 (75G) Sectorsize: 512 Mode: r1w1e1 Start: 120034123264 End: 200059870208 {add new drive */dev/ad1*, reboot} *{QUESTION? do I need to fdisk or bsdlabel the new drive?}* $ umount /usr2 $ gconcat stop usr2_concat $ gconcat label usr2_concat /dev/ad2 /dev/ad3 /dev/ad1 $ growfs /dev/concat/usr2_concat $ mount /usr2 Would this work? Do I need to fdisk or bsdlabel the new disk or what? Any pitfalls to growing my gconcat array this way? Sorry for the dumb questions, I'd like to get it right. thanks, -lee From owner-freebsd-geom@FreeBSD.ORG Wed Jul 19 15:01:29 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 1892316A4E0 for ; Wed, 19 Jul 2006 15:01:29 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7979B43D49 for ; Wed, 19 Jul 2006 15:01:28 +0000 (GMT) (envelope-from biancalana@gmail.com) Received: by py-out-1112.google.com with SMTP id b29so368728pya for ; Wed, 19 Jul 2006 08:01:27 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=eof58dHDA6mC8Ln7O41Ml2PMgIUmL85/ufHhqAO9dAWkrrCEZG1krIvDh8P1l7f1UAY5dp4VEPtYJs0DfZYqx0Cbk8kvMbRTO+mK3HfhjglRFICqt3X1a67jCu9nZB5JcPqm8ED3EDUVzHdmv5SSt1+u0t6mcPc9/a9b8LJqG5M= Received: by 10.35.18.18 with SMTP id v18mr1225526pyi; Wed, 19 Jul 2006 08:01:27 -0700 (PDT) Received: by 10.35.43.7 with HTTP; Wed, 19 Jul 2006 08:01:27 -0700 (PDT) Message-ID: <8e10486b0607190801w8f6ed55kd4c601a00e5f279b@mail.gmail.com> Date: Wed, 19 Jul 2006 12:01:27 -0300 From: "Alexandre Biancalana" To: freebsd-geom@freebsd.org In-Reply-To: <20060718214657.63152.qmail@web30303.mail.mud.yahoo.com> MIME-Version: 1.0 References: <8e10486b0607181351u1319483w87d40792d6c1cce8@mail.gmail.com> <20060718214657.63152.qmail@web30303.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: geom_stripe error 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, 19 Jul 2006 15:01:29 -0000 On 7/18/06, R. B. Riddick wrote: > > --- Alexandre Biancalana wrote: > > Really is happening what you told.... the partition concat/concat1 have > the > > number 31, but in gstripe list it appears at position 21 position.... > (see > > my first email) > > > Hmm... > > Oh... > > I just had a closer look at the funtion "list_one_geom" in > /usr/src/sbin/geom/core/geom.c and found out, that the order of the disks > in > the "gstripe list" output does not say so much... It is possibly the order > in > which the disks are added to the device... Somehow the consumers (disks) > are > stored in a list and in an array (just in this array the position > corresponds > with the disk number, but in the list no order is necessary)... > > So my theory was wrong... > > Did you try an easier and more efficient configuration in the meantime? OK Arne ! I think that you're right ! I just done the configuration like you said bellow. I'm testing it now. E.g.: > gconcat(gstripe(4 * 200GB), gstripe(4 * 73GB)) > or so... > Possibly you would have to use bsdlabel in order to re-partition your > disks... > And you would loose your data... > But when u r done it might be much faster, because striping over > partitions of > the same disk is quite slow, I think... The advantage of striping (RAID0) > is > (if I recall correctly) that we can have higher parallelism (e. g. a RAID0 > on > 10 disks allows (max) 10 concurrent requests as if there was only 1 > request > (looking at the processing time))... > > -Arne > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > From owner-freebsd-geom@FreeBSD.ORG Wed Jul 19 19:49:09 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 59C6316A4DD for ; Wed, 19 Jul 2006 19:49:09 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id D82DD43D4C for ; Wed, 19 Jul 2006 19:49:08 +0000 (GMT) (envelope-from biancalana@gmail.com) Received: by py-out-1112.google.com with SMTP id b29so491735pya for ; Wed, 19 Jul 2006 12:49:08 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=G5dyszpx3hE72f7Pm3dh0XkZ5bxZFaXM6/+MZVqFNdKhFNZZVLQ38OJuXHkZPZoHqwsRh3ciuRJPTPqyuC3kjuAVUq8vCZ9dA1IAtQfqVI9NToobzj1HF7al1gEY8d5Ja5f8YxAaxH4CIM2GNv3KJuVnZysvhKnQBHiuXqL/820= Received: by 10.35.18.18 with SMTP id v18mr1648491pyi; Wed, 19 Jul 2006 12:49:08 -0700 (PDT) Received: by 10.35.43.7 with HTTP; Wed, 19 Jul 2006 12:49:08 -0700 (PDT) Message-ID: <8e10486b0607191249t18f069c2se4a9e311af846c9b@mail.gmail.com> Date: Wed, 19 Jul 2006 16:49:08 -0300 From: "Alexandre Biancalana" To: freebsd-geom@freebsd.org In-Reply-To: <8e10486b0607190801w8f6ed55kd4c601a00e5f279b@mail.gmail.com> MIME-Version: 1.0 References: <8e10486b0607181351u1319483w87d40792d6c1cce8@mail.gmail.com> <20060718214657.63152.qmail@web30303.mail.mud.yahoo.com> <8e10486b0607190801w8f6ed55kd4c601a00e5f279b@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: geom_stripe error 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, 19 Jul 2006 19:49:09 -0000 Hi Arne, I rebuild the filesystem and filled it with some files created with dd if=/dev/zero. This time the machine does not crash and I can use all the 1TB. Thanks for the thoughts ! Best Regards, Alexandre Biancalana From owner-freebsd-geom@FreeBSD.ORG Thu Jul 20 02:01:06 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 E560416A4DA; Thu, 20 Jul 2006 02:01:06 +0000 (UTC) (envelope-from andrew@supernews.net) Received: from trinity.supernews.net (trinity.ranger.supernews.net [216.168.1.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id A847043D53; Thu, 20 Jul 2006 02:01:06 +0000 (GMT) (envelope-from andrew@supernews.net) Received: from andrew by trinity.supernews.net with local (Exim 4.62 (FreeBSD)) (envelope-from ) id 1G3Nqb-000BqI-Iv; Thu, 20 Jul 2006 02:01:05 +0000 To: freebsd-geom@freebsd.org Date: Thu, 20 Jul 2006 03:00:52 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii From: "Andrew - Supernews" Message-Id: Cc: ade@freebsd.org Subject: gmirror panics on startup, and some other cases 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, 20 Jul 2006 02:01:07 -0000 Running RELENG_6 as of June 21 2006, we ran into what looks like a couple of related gmirror bugs relating to synchronization problems during destruction. In the worst case these can cause a kernel panic before reaching single-user mode, if geom_mirror is loaded from loader.conf. We can reproduce it as follows (might require two CPUs, haven't tested it without SMP): 1. create a new gmirror device from only one disk, e.g. gmirror label m0 da10 2. insert a new disk to the existing device, e.g. gmirror insert m0 da20 This will start synchronization of the new disk. 3. Remove the original disk (what actually happened to us was that this disk partially failed, but that's not necessary to demonstrate the problem): gmirror remove m0 da10 Most likely you will get an immediate panic from doing that (I've had at least two different ones that I've not tracked down yet). Subsequently, though, you'll get a further panic any time that gmirror tastes the remaining disk (da20 in this example). What is happening in that case appears to be: g_mirror_taste sees a disk it likes, so it creates the new gmirror geom (m0), and the various ancillary bits, starts a kernel thread for it, and sends a "new disk" message to that thread; having sent the message, it waits for it to be processed, and then re-acquires a lock on &sc->sc_lock. In the m0 kernel thread, the "new disk" message is processed. The disk goes to state "new", and the device state changed to "running". The thread then posts another message to itself changing the disk state from "new" to "synchronizing" (which isn't really meaningful since there is only one disk in the mirror now); the device state check then sees that there are no disks in either the "new" or "active" state, and destroys the whole device, including destroying a lock out from under the tasting thread which is waiting on it, hence the panic. Log appended below. Haven't been able to get a really usable crashdump out of it yet. -- Andrew, Supernews http://www.supernews.com --8=-- g_mirror_taste(MIRROR, da20) GEOM_MIRROR[2]: Tasting da20. g_access(0xb0ae5280(da20), 1, 0, 0) open delta:[r1w0e0] old:[r0w0e0] provider:[r0w0e0] 0xb0aba180(da20) g_disk_access(da20, 1, 0, 0) bio_request(0xb0ab6294) from 0xb0ae5280(mirror:taste) to 0xb0aba180(da20) cmd 1 g_io_deliver(0xb0ab6294) from 0xb0ae5280(mirror:taste) to 0xb0aba180(da20) cmd 1 error 0 off 147015821312 len 512 g_access(0xb0ae5280(da20), -1, 0, 0) open delta:[r-1w0e0] old:[r1w0e0] provider:[r1w0e0] 0xb0aba180(da20) g_disk_access(da20, -1, 0, 0) g_detach(0xb0ae5280) g_destroy_consumer(0xb0ae5280) g_destroy_geom(0xb0abad00(mirror:taste)) magic: GEOM::MIRROR version: 3 name: m0 mid: 3504796118 did: 2410144083 all: 1 genid: 0 syncid: 1 priority: 0 slice: 4096 balance: split mediasize: 147015821312 sectorsize: 512 syncoffset: 1297350656 mflags: NONE dflags: SYNCHRONIZING hcprovider: provsize: 147015821824 MD5 hash: eb7116ccf587743165eb48f285103a01 GEOM_MIRROR[1]: Creating device m0 (id=3504796118). GEOM_MIRROR[0]: Device m0 created (id=3504796118). GEOM_MIRROR[1]: root_mount_hold 0xb0ab4c30 GEOM_MIRROR[1]: Adding disk da20 to m0. GEOM_MIRROR[2]: Adding disk da20. g_access(0xb0ae5240(da20), 1, 1, 1) open delta:[r1w1e1] old:[r0w0e0] provider:[r0w0e0] 0xb0aba180(da20) g_disk_access(da20, 1, 1, 1) g_post_event_x(0xa04bd774, 0xb0aba180, 2, 0) ref 0xb0aba180 GEOM_MIRROR[2]: Disk da20 connected. GEOM_MIRROR[4]: g_mirror_event_send: Sending event 0xb0ab7aa0. GEOM_MIRROR[4]: g_mirror_event_send: Waking up 0xb0a7fa00. GEOM_MIRROR[4]: g_mirror_event_send: Sleeping 0xb0ab7aa0. GEOM_MIRROR[4]: g_mirror_event_send: Sleeping 0xb0ab7aa0. GEOM_MIRROR[5]: g_mirror_worker: Let's see... GEOM_MIRROR[3]: Running event for disk da20. GEOM_MIRROR[3]: Changing disk da20 state from NONE to NEW. GEOM_MIRROR[1]: Disk da20 state changed from NONE to NEW (device m0). GEOM_MIRROR[0]: Device m0: provider da20 detected. GEOM_MIRROR[1]: Device m0 state changed from STARTING to RUNNING. GEOM_MIRROR[3]: State for da20 disk: SYNCHRONIZING. GEOM_MIRROR[4]: g_mirror_event_send: Sending event 0xb0ab7260. GEOM_MIRROR[4]: g_mirror_event_send: Waking up 0xb0a7fa00. GEOM_MIRROR[4]: g_mirror_worker: Waking up 0xb0ab7aa0. GGEOM_MIRROR[4]: g_mirror_event_send: Woken up 0xb0ab7aa0. EOM_MIRROR[5]: g_mirror_worker: I'm here 1. GEOM_MIRROR[5]: g_mirror_worker: Let's see... GEOM_MIRROR[3]: Running event for disk da20. GEOM_MIRROR[3]: Changing disk da20 state from NEW to SYNCHRONIZING. GEOM_MIRROR[1]: Disk da20 state changed from NEW to SYNCHRONIZING (device m0). GEOM_MIRROR[1]: root_mount_rel[1683] 0xb0ab4c30 GEOM_MIRROR[2]: No I/O requests for m0, it can be destroyed. bio_request(0xb0b14108) from 0xb0ae5240(m0) to 0xb0aba180(da20) cmd 2 g_io_deliver(0xb0b14108) from 0xb0ae5240(m0) to 0xb0aba180(da20) cmd 2 error 0 off 147015821312 len 512 GEOM_MIRROR[2]: Metadata on da20 updated. GEOM_MIRROR[2]: Access da20 r-1w-1e-1 = 0 g_access(0xb0ae5240(da20), -1, -1, -1) open delta:[r-1w-1e-1] old:[r1w1e1] provider:[r1w1e1] 0xb0aba180(da20) g_disk_access(da20, -1, -1, -1) g_post_event_x(0xa04bd0a0, 0xb0aba180, 2, 0) ref 0xb0aba180 g_post_event_x(0xb0b2c904, 0xb0ae5240, 2, 0) g_wither_geom(0xb0a86000(m0.sync)) GEOM_MIRROR[0]: Device m0 destroyed. g_wither_geom(0xb0abae80(m0)) GEOM_MIRROR[1]: Thread exiting. Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x1c fault code = supervisor write, page not present instruction pointer = 0x20:0xa04f81e5 stack pointer = 0x28:0xd28c6b64 frame pointer = 0x28:0xd28c6b6c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 2 (g_event) trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: kdb_backtrace(100,b07b9000,28,d28c6b24,c) at kdb_backtrace+0x29 panic(a06b4123,a06d4d09,0,fffff,b07bf09b) at panic+0x114 trap_fatal(d28c6b24,1c,b07b9000,0,c) at trap_fatal+0x2ce trap_pfault(d28c6b24,0,1c) at trap_pfault+0x1f7 trap(a0510008,28,d28c0028,b0a7fa2c,4) at trap+0x325 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xa04f81e5, esp = 0xd28c6b64, ebp = 0xd28c6b6c --- _sx_xlock(b0a7fa2c,b0b35a45,d1,b0a7fb18,b0abb900) at _sx_xlock+0x79 g_mirror_event_send(b0abb900,1,2,0,b0a7fa00) at g_mirror_event_send+0x1ce g_mirror_add_disk(b0a7fa00,b0aba180,d28c6c18,b0a7fa2c,b0b35a45) at g_mirror_add_disk+0x1ab g_mirror_taste(b0b37040,b0aba180,0) at g_mirror_taste+0x1d5 g_load_class(b0ab4950,0) at g_load_class+0x143 one_event(d28c6d10,a04bbb71,258,190,b07b7000) at one_event+0x188 g_run_events(258,190,b07b7000,a04bbad8,d28c6d24) at g_run_events+0x9 g_event_procbody(0,d28c6d38) at g_event_procbody+0x99 fork_exit(a04bbad8,0,d28c6d38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd28c6d6c, ebp = 0 --- Uptime: 3m8s Dumping 3327 MB (2 chunks) chunk 0: 1MB (155 pages) ... ok chunk 1: 3327MB (851568 pages) 3311panic: ahd_run_qoutfifo recursion cpuid = 0 Uptime: 3m11s Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... cpu_reset: Stopping other CPUs --8=---- From owner-freebsd-geom@FreeBSD.ORG Fri Jul 21 16:50:25 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 DC9A616A4E0 for ; Fri, 21 Jul 2006 16:50:25 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30309.mail.mud.yahoo.com (web30309.mail.mud.yahoo.com [68.142.200.102]) by mx1.FreeBSD.org (Postfix) with SMTP id 8B5FC43D46 for ; Fri, 21 Jul 2006 16:50:24 +0000 (GMT) (envelope-from arne_woerner@yahoo.com) Received: (qmail 12903 invoked by uid 60001); 21 Jul 2006 16:50:24 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=2C6AV2x25PtgoOh7ZbN98pIJcpTefr6yC69ISyIQY8Nn2zQ4dYulq7X/AQ9dwzfKluKATfLAqi2N1JppVC7dd78cWD1Hpria+2oj1OLAGPHBpyxE2j1cvLAKR/rMZvQX5NivyjZnq9dUFyFB/JlyuzACk+EKPpZYIJcJ65laBOQ= ; Message-ID: <20060721165024.12901.qmail@web30309.mail.mud.yahoo.com> Received: from [213.54.80.244] by web30309.mail.mud.yahoo.com via HTTP; Fri, 21 Jul 2006 09:50:24 PDT Date: Fri, 21 Jul 2006 09:50:24 -0700 (PDT) From: "R. B. Riddick" To: Andrew - Supernews , freebsd-geom@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: ade@freebsd.org Subject: Re: gmirror panics on startup, and some other cases 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, 21 Jul 2006 16:50:25 -0000 Hi! Maybe u want to test my brand-new geom_raid5? I am trying to do stress tests since yesterday, but I cannot produce any crashes anymore (I tried concurrent reads+writes while I removed+inserted disks)... geom_raid5 can be used in RAID1 mode by just giving 2 disks... It might be a bit slower than geom_mirror... U can download it here: http://home.tiscali.de/cmdr_faako/geom_raid5.tbz I would be glad to hear, if it works on other boxes, too... I would be glad, if somebody could say something about this strange exceptions, that are handled in g_raid5.c in line 411 asoasf (and so on and so forth?; I mean: perge perge) and 2044 perge perge. Bye Arne --- Andrew - Supernews wrote: > Running RELENG_6 as of June 21 2006, we ran into what looks like a > couple of related gmirror bugs relating to synchronization problems > during destruction. In the worst case these can cause a kernel panic > before reaching single-user mode, if geom_mirror is loaded from > loader.conf. > > We can reproduce it as follows (might require two CPUs, haven't > tested it without SMP): > > 1. create a new gmirror device from only one disk, e.g. > gmirror label m0 da10 > > 2. insert a new disk to the existing device, e.g. > gmirror insert m0 da20 > This will start synchronization of the new disk. > > 3. Remove the original disk (what actually happened to us was that > this disk partially failed, but that's not necessary to demonstrate > the problem): > gmirror remove m0 da10 > > Most likely you will get an immediate panic from doing that (I've had > at least two different ones that I've not tracked down yet). > > Subsequently, though, you'll get a further panic any time that gmirror > tastes the remaining disk (da20 in this example). What is happening in > that case appears to be: > > g_mirror_taste sees a disk it likes, so it creates the new gmirror > geom (m0), and the various ancillary bits, starts a kernel thread for > it, and sends a "new disk" message to that thread; having sent the > message, it waits for it to be processed, and then re-acquires a lock > on &sc->sc_lock. > > In the m0 kernel thread, the "new disk" message is processed. The disk > goes to state "new", and the device state changed to "running". The > thread then posts another message to itself changing the disk state > from "new" to "synchronizing" (which isn't really meaningful since > there is only one disk in the mirror now); the device state check then > sees that there are no disks in either the "new" or "active" state, > and destroys the whole device, including destroying a lock out from > under the tasting thread which is waiting on it, hence the panic. > > Log appended below. Haven't been able to get a really usable crashdump > out of it yet. > > -- > Andrew, Supernews > http://www.supernews.com > > --8=-- > > g_mirror_taste(MIRROR, da20) > GEOM_MIRROR[2]: Tasting da20. > g_access(0xb0ae5280(da20), 1, 0, 0) > open delta:[r1w0e0] old:[r0w0e0] provider:[r0w0e0] 0xb0aba180(da20) > g_disk_access(da20, 1, 0, 0) > bio_request(0xb0ab6294) from 0xb0ae5280(mirror:taste) to 0xb0aba180(da20) cmd > 1 > g_io_deliver(0xb0ab6294) from 0xb0ae5280(mirror:taste) to 0xb0aba180(da20) > cmd 1 error 0 off 147015821312 len 512 > g_access(0xb0ae5280(da20), -1, 0, 0) > open delta:[r-1w0e0] old:[r1w0e0] provider:[r1w0e0] 0xb0aba180(da20) > g_disk_access(da20, -1, 0, 0) > g_detach(0xb0ae5280) > g_destroy_consumer(0xb0ae5280) > g_destroy_geom(0xb0abad00(mirror:taste)) > magic: GEOM::MIRROR > version: 3 > name: m0 > mid: 3504796118 > did: 2410144083 > all: 1 > genid: 0 > syncid: 1 > priority: 0 > slice: 4096 > balance: split > mediasize: 147015821312 > sectorsize: 512 > syncoffset: 1297350656 > mflags: NONE > dflags: SYNCHRONIZING > hcprovider: > provsize: 147015821824 > MD5 hash: eb7116ccf587743165eb48f285103a01 > GEOM_MIRROR[1]: Creating device m0 (id=3504796118). > GEOM_MIRROR[0]: Device m0 created (id=3504796118). > GEOM_MIRROR[1]: root_mount_hold 0xb0ab4c30 > GEOM_MIRROR[1]: Adding disk da20 to m0. > GEOM_MIRROR[2]: Adding disk da20. > g_access(0xb0ae5240(da20), 1, 1, 1) > open delta:[r1w1e1] old:[r0w0e0] provider:[r0w0e0] 0xb0aba180(da20) > g_disk_access(da20, 1, 1, 1) > g_post_event_x(0xa04bd774, 0xb0aba180, 2, 0) > ref 0xb0aba180 > GEOM_MIRROR[2]: Disk da20 connected. > GEOM_MIRROR[4]: g_mirror_event_send: Sending event 0xb0ab7aa0. > GEOM_MIRROR[4]: g_mirror_event_send: Waking up 0xb0a7fa00. > GEOM_MIRROR[4]: g_mirror_event_send: Sleeping 0xb0ab7aa0. > GEOM_MIRROR[4]: g_mirror_event_send: Sleeping 0xb0ab7aa0. > GEOM_MIRROR[5]: g_mirror_worker: Let's see... > GEOM_MIRROR[3]: Running event for disk da20. > GEOM_MIRROR[3]: Changing disk da20 state from NONE to NEW. > GEOM_MIRROR[1]: Disk da20 state changed from NONE to NEW (device m0). > GEOM_MIRROR[0]: Device m0: provider da20 detected. > GEOM_MIRROR[1]: Device m0 state changed from STARTING to RUNNING. > GEOM_MIRROR[3]: State for da20 disk: SYNCHRONIZING. > GEOM_MIRROR[4]: g_mirror_event_send: Sending event 0xb0ab7260. > GEOM_MIRROR[4]: g_mirror_event_send: Waking up 0xb0a7fa00. > GEOM_MIRROR[4]: g_mirror_worker: Waking up 0xb0ab7aa0. > GGEOM_MIRROR[4]: g_mirror_event_send: Woken up 0xb0ab7aa0. > EOM_MIRROR[5]: g_mirror_worker: I'm here 1. > GEOM_MIRROR[5]: g_mirror_worker: Let's see... > GEOM_MIRROR[3]: Running event for disk da20. > GEOM_MIRROR[3]: Changing disk da20 state from NEW to SYNCHRONIZING. > GEOM_MIRROR[1]: Disk da20 state changed from NEW to SYNCHRONIZING (device > m0). > GEOM_MIRROR[1]: root_mount_rel[1683] 0xb0ab4c30 > GEOM_MIRROR[2]: No I/O requests for m0, it can be destroyed. > bio_request(0xb0b14108) from 0xb0ae5240(m0) to 0xb0aba180(da20) cmd 2 > g_io_deliver(0xb0b14108) from 0xb0ae5240(m0) to 0xb0aba180(da20) cmd 2 error > 0 off 147015821312 len 512 > GEOM_MIRROR[2]: Metadata on da20 updated. > GEOM_MIRROR[2]: Access da20 r-1w-1e-1 = 0 > g_access(0xb0ae5240(da20), -1, -1, -1) > open delta:[r-1w-1e-1] old:[r1w1e1] provider:[r1w1e1] 0xb0aba180(da20) > g_disk_access(da20, -1, -1, -1) > g_post_event_x(0xa04bd0a0, 0xb0aba180, 2, 0) > ref 0xb0aba180 > g_post_event_x(0xb0b2c904, 0xb0ae5240, 2, 0) > g_wither_geom(0xb0a86000(m0.sync)) > GEOM_MIRROR[0]: Device m0 destroyed. > g_wither_geom(0xb0abae80(m0)) > GEOM_MIRROR[1]: Thread exiting. > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x1c > fault code = supervisor write, page not present > instruction pointer = 0x20:0xa04f81e5 > stack pointer = 0x28:0xd28c6b64 > frame pointer = 0x28:0xd28c6b6c > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 2 (g_event) > trap number = 12 > panic: page fault > cpuid = 0 > KDB: stack backtrace: > kdb_backtrace(100,b07b9000,28,d28c6b24,c) at kdb_backtrace+0x29 > panic(a06b4123,a06d4d09,0,fffff,b07bf09b) at panic+0x114 > trap_fatal(d28c6b24,1c,b07b9000,0,c) at trap_fatal+0x2ce > trap_pfault(d28c6b24,0,1c) at trap_pfault+0x1f7 > trap(a0510008,28,d28c0028,b0a7fa2c,4) at trap+0x325 > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0xa04f81e5, esp = 0xd28c6b64, ebp = 0xd28c6b6c --- > _sx_xlock(b0a7fa2c,b0b35a45,d1,b0a7fb18,b0abb900) at _sx_xlock+0x79 > g_mirror_event_send(b0abb900,1,2,0,b0a7fa00) at g_mirror_event_send+0x1ce > g_mirror_add_disk(b0a7fa00,b0aba180,d28c6c18,b0a7fa2c,b0b35a45) at > g_mirror_add_disk+0x1ab > g_mirror_taste(b0b37040,b0aba180,0) at g_mirror_taste+0x1d5 > g_load_class(b0ab4950,0) at g_load_class+0x143 > one_event(d28c6d10,a04bbb71,258,190,b07b7000) at one_event+0x188 > g_run_events(258,190,b07b7000,a04bbad8,d28c6d24) at g_run_events+0x9 > g_event_procbody(0,d28c6d38) at g_event_procbody+0x99 > fork_exit(a04bbad8,0,d28c6d38) at fork_exit+0x71 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xd28c6d6c, ebp = 0 --- > Uptime: 3m8s > Dumping 3327 MB (2 chunks) > chunk 0: 1MB (155 pages) ... ok > chunk 1: 3327MB (851568 pages) 3311panic: ahd_run_qoutfifo recursion > cpuid = 0 > Uptime: 3m11s > Automatic reboot in 15 seconds - press a key on the console to abort > Rebooting... > cpu_reset: Stopping other CPUs > > > --8=---- > > _______________________________________________ > freebsd-geom@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-geom > To unsubscribe, send any mail to "freebsd-geom-unsubscribe@freebsd.org" > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-geom@FreeBSD.ORG Sat Jul 22 07:25:12 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 BAB8216A4E2 for ; Sat, 22 Jul 2006 07:25:12 +0000 (UTC) (envelope-from etc@fluffles.net) Received: from auriate.fluffles.net (a83-68-3-169.adsl.cistron.nl [83.68.3.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 366B743D49 for ; Sat, 22 Jul 2006 07:25:12 +0000 (GMT) (envelope-from etc@fluffles.net) Received: from destiny ([10.0.0.21]) by auriate.fluffles.net with esmtpa (Exim 4.62 (FreeBSD)) (envelope-from ) id 1G4BrK-00093I-K9 for freebsd-geom@freebsd.org; Sat, 22 Jul 2006 09:25:10 +0200 Message-ID: <44C1D34E.20004@fluffles.net> Date: Sat, 22 Jul 2006 09:27:10 +0200 From: Fluffles User-Agent: Thunderbird 1.5.0.4 (X11/20060703) MIME-Version: 1.0 To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Subject: GELI on root partition -- problems 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, 22 Jul 2006 07:25:12 -0000 Hello guys, I'm trying to use GELI encryption on my root partition. So the partitions look like: /boot = ad0s1a SWAP = ad0s1b / (root) = ad0s1d In this case the "a" partition holds /boot which is unencrypted and allows the kernel to be booted and GELI to ask for the passphrase for the "d" partition, whereas the "d" partition holds root (anything else than /boot) and is encrypted with GELI. Reading from the manpage of GELI: o Allows to encrypt the root partition - the user will be asked for the passphrase before the root file system is mounted. Though i cannot find anywhere on the internet nor on IRC how to accomplish this. Sysinstall gave me several mount/install errors when i tried to use /boot on the a-partition. And if i do it the other way around (a-partition is encrypted root and d-partition is /boot), then the boot loader can't find the kernel (because it looks on a-partition i guess). It seems many things in FreeBSD assume the "a" partition to be / (root), and that it holds the kernel. So really, *how* do i setup this GELI-on-root feature? I've got FreeBSD 6.1 ISO and FreeSBIE (livecd) and supported hardware at my disposal. If this doesn't work i can use an unencrypted root partition and only encrypt /usr but i would use that only as last resort. Anyone who can show me the right direction? Your feedback is appreciated! Thanks, Veronica From owner-freebsd-geom@FreeBSD.ORG Sat Jul 22 07:35:58 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 97C7A16A4DA for ; Sat, 22 Jul 2006 07:35:58 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30314.mail.mud.yahoo.com (web30314.mail.mud.yahoo.com [68.142.201.232]) by mx1.FreeBSD.org (Postfix) with SMTP id 1F2D343D49 for ; Sat, 22 Jul 2006 07:35:58 +0000 (GMT) (envelope-from arne_woerner@yahoo.com) Received: (qmail 79049 invoked by uid 60001); 22 Jul 2006 07:35:57 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=1VtAHcIOn2PnjVWCENAsfGJd1aD09o0T5R0f1cgVmyhy+2cDWvOek0eNnR2aerdpdNAsVjn7el9QzNY92qqZnKFgybL/Cf6FfmUQvXRoYcye6ArvIkThREIYDkefMlYpgpjjoO0NdTXYKDxZCWdGfFnuKCmwkY/wVIuK4loVI8w= ; Message-ID: <20060722073557.79047.qmail@web30314.mail.mud.yahoo.com> Received: from [213.54.80.236] by web30314.mail.mud.yahoo.com via HTTP; Sat, 22 Jul 2006 00:35:57 PDT Date: Sat, 22 Jul 2006 00:35:57 -0700 (PDT) From: "R. B. Riddick" To: Fluffles , freebsd-geom@freebsd.org In-Reply-To: <44C1D34E.20004@fluffles.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: GELI on root partition -- problems 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, 22 Jul 2006 07:35:58 -0000 --- Fluffles wrote: > guess). It seems many things in FreeBSD assume the "a" partition to be / > (root), and that it holds the kernel. So really, *how* do i setup this > GELI-on-root feature? > Hi! I have no experience with geli, but I like to install without sysinstall... But if u want to use sysinstall, 1. u could install everything as if u dont want to use geli on the a-partition, 2. then u create the partition with letter "d" then u setup geli on "d" 3. then u could use cpio to copy everything but /boot to ur geli partition 4. then u could change certain variables in /boot/loader e. g.: rootdev="disk1s1d" I do not know, which disk number u should use (but it would be the same like in currdev in ur case)... Maybe u want to try the option "6" (or so?), so that u can type something before ur box boots? I hope I dont cause any damage with my "advice" and that u have sufficient backup... Bye Arne __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-geom@FreeBSD.ORG Sat Jul 22 07:38:07 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 77F1D16A4DD for ; Sat, 22 Jul 2006 07:38:07 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30310.mail.mud.yahoo.com (web30310.mail.mud.yahoo.com [68.142.200.103]) by mx1.FreeBSD.org (Postfix) with SMTP id D524D43D46 for ; Sat, 22 Jul 2006 07:38:06 +0000 (GMT) (envelope-from arne_woerner@yahoo.com) Received: (qmail 37477 invoked by uid 60001); 22 Jul 2006 07:38:06 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=cFkcsj7Gri7VHPT5Lbn3nTxM1DSIjQU6CCCYWzV7Kn7k5U3uFe57ZbKvBzDC6V/s+k0DOn+/tfJFo9T5lVHbCan2si7+AUezVnGqWdhtLNh1dI1Bbm+iibbUXuLKIE5YDUYgzTnkiG2eV0eWrf22navkBNwfIN3kB43ZJDo9NQs= ; Message-ID: <20060722073806.37475.qmail@web30310.mail.mud.yahoo.com> Received: from [213.54.80.236] by web30310.mail.mud.yahoo.com via HTTP; Sat, 22 Jul 2006 00:38:06 PDT Date: Sat, 22 Jul 2006 00:38:06 -0700 (PDT) From: "R. B. Riddick" To: Fluffles , freebsd-geom@freebsd.org In-Reply-To: <20060722073557.79047.qmail@web30314.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: GELI on root partition -- problems 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, 22 Jul 2006 07:38:07 -0000 --- "R. B. Riddick" wrote: > 4. then u could change certain variables in /boot/loader > Oops... I meant /boot/loader.conf -Arne __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-geom@FreeBSD.ORG Sat Jul 22 09:23:23 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 CCC9216A4DD for ; Sat, 22 Jul 2006 09:23:23 +0000 (UTC) (envelope-from etc@fluffles.net) Received: from auriate.fluffles.net (a83-68-3-169.adsl.cistron.nl [83.68.3.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 672F243D49 for ; Sat, 22 Jul 2006 09:23:23 +0000 (GMT) (envelope-from etc@fluffles.net) Received: from destiny ([10.0.0.21]) by auriate.fluffles.net with esmtpa (Exim 4.62 (FreeBSD)) (envelope-from ) id 1G4Dhi-0009Nk-5a; Sat, 22 Jul 2006 11:23:22 +0200 Message-ID: <44C1EF02.70707@fluffles.net> Date: Sat, 22 Jul 2006 11:25:22 +0200 From: Fluffles User-Agent: Thunderbird 1.5.0.4 (X11/20060703) MIME-Version: 1.0 To: freebsd-geom@freebsd.org References: <20060722073557.79047.qmail@web30314.mail.mud.yahoo.com> In-Reply-To: <20060722073557.79047.qmail@web30314.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "R. B. Riddick" Subject: Re: GELI on root partition -- problems 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, 22 Jul 2006 09:23:23 -0000 R. B. Riddick wrote: > --- Fluffles wrote: > >> guess). It seems many things in FreeBSD assume the "a" partition to be / >> (root), and that it holds the kernel. So really, *how* do i setup this >> GELI-on-root feature? >> >> > Hi! > > I have no experience with geli, but I like to install without sysinstall... > Hm i'd like to do that -- just a minimal install with "base" and "kernel" is fine. But how? I searched google and handbook but cannot find instructions to install manually. Right now i installed FreeBSD on a USB pendrive. Very convenient because now i can just access the harddrive and use GELI on it. The Freesbie livecd is based on FreeBSD-5.3 which does not support GELI. Now that i have FreeBSD 6.1 on my pendrive, here's what i want to do: 1) configure my harddrive disks (fdisk + disklabel) 2) create GELI partition (init the disk with -b option so it asks for passphrase during boot; so the encrypted root partition can be mounted) 3) manually install FreeBSD onto the /boot and encrypted / (root) partition 4) configure /boot/loader.conf and other required stuff 5) let the system boot from HDD and see if it works Regarding step 2: I can extract the archives of base and kernels, they are on the install cd and "base" even has an install.sh script. But i guess installing is more than copying files: i should make the slice (ad0s3) bootable; so that my BIOS or boot loader like GAG can boot from it. How is that done? > I hope I dont cause any damage with my "advice" and that u have sufficient > backup... > My harddrive does not have valuable data on it; so i can't fsck up anything. :) Thanks for your help! - Veronica From owner-freebsd-geom@FreeBSD.ORG Sat Jul 22 09:39:30 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 1A51916A4DD for ; Sat, 22 Jul 2006 09:39:30 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30313.mail.mud.yahoo.com (web30313.mail.mud.yahoo.com [68.142.201.231]) by mx1.FreeBSD.org (Postfix) with SMTP id 7E98843D46 for ; Sat, 22 Jul 2006 09:39:29 +0000 (GMT) (envelope-from arne_woerner@yahoo.com) Received: (qmail 40473 invoked by uid 60001); 22 Jul 2006 09:39:28 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=XPyxkbOYF1IQGwX9slfXhb7cPOPDYa0l/aFooBVTD/fCnQuiTUHp/aJNo06wYFug49SYc2ZJ+t3le7j3V6yzaUZGmaqWgxsmzWhKBX3qnJgUrxr5GmqOZ0DVMfNyHwhN4axYQ7N1xqh041Repmwq2bxuw8/S6c1Bkk/vYxXwNPU= ; Message-ID: <20060722093928.40471.qmail@web30313.mail.mud.yahoo.com> Received: from [213.54.80.236] by web30313.mail.mud.yahoo.com via HTTP; Sat, 22 Jul 2006 02:39:28 PDT Date: Sat, 22 Jul 2006 02:39:28 -0700 (PDT) From: "R. B. Riddick" To: Fluffles , freebsd-geom@freebsd.org In-Reply-To: <44C1EF02.70707@fluffles.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: GELI on root partition -- problems 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, 22 Jul 2006 09:39:30 -0000 --- Fluffles wrote: > Regarding step 2: I can extract the archives of base and kernels, they > are on the install cd and "base" even has an install.sh script. But i > guess installing is more than copying files: i should make the slice > (ad0s3) bootable; so that my BIOS or boot loader like GAG can boot from > it. How is that done? > As far as I understood it, "installing" is just "un-tar-ing" those tar-ball-chunk-groups in the right order (the chunks should be lexicographically ordered)... I make a slice bootable as follows: 1. "fdisk -a3 ad0" or so... 2. "bsdlabl -B ad0s3" and possibly setting up partitions with "bsdlabel -e ad0s3" (I made good experience with partition "a" starting not before sector 16... I dont know if it is necessary, but it feels like... Maybe the boot process needs those first 16 sectors?) 3. "boot0cfg -m 15 -s 3 ad0" or so Then it should be able to boot from ad0s3... -Arne __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com