From owner-freebsd-geom@FreeBSD.ORG Sun Nov 30 13:55:44 2008 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A74591065672 for ; Sun, 30 Nov 2008 13:55:44 +0000 (UTC) (envelope-from dmitry.jurasov@gmail.com) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.232]) by mx1.freebsd.org (Postfix) with ESMTP id 58C738FC0A for ; Sun, 30 Nov 2008 13:55:44 +0000 (UTC) (envelope-from dmitry.jurasov@gmail.com) Received: by qb-out-0506.google.com with SMTP id f30so2059586qba.35 for ; Sun, 30 Nov 2008 05:55:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:x-mailer:reply-to :x-priority:message-id:to:subject:mime-version:content-type :content-transfer-encoding:from; bh=LpoD/EN/hZkP0A4n1YZuX5euNjgRXsUrwGlBlFGiyQs=; b=OmTwL4nAgYtKSzEHkITYslTrUpPxeByYfemJBF4agQOZtjFoBFh9On1LqHtmXRHlWL nurEdASVYnmrv/ItPfSp7Zb7fKl5HT9qsTDELI3ZsQ3ULzQbuNhcVrU8V+bCZjpId/8R J01QxpWxcJEH5it4P7zAKdVoqIVHc0tf8y0Oc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:x-mailer:reply-to:x-priority:message-id:to:subject :mime-version:content-type:content-transfer-encoding:from; b=KUBpLz4w2cLP09BH9QdTJyPIX5vSsJLwogUtgiLYVPZjb9o3nW1ssIBAHzapJjzs5T wl8oxvtMb94fiWyYAZxJCNbSOuLlOMceO4qMS26HPc37Z3n/CewwxKZFTZgeNG044uA6 YC28GMMLUovna0Y5uRFoA8dh68K4fI7U0eMxQ= Received: by 10.210.91.17 with SMTP id o17mr11385272ebb.117.1228052272171; Sun, 30 Nov 2008 05:37:52 -0800 (PST) Received: from 10.87.56.14 ([86.110.175.131]) by mx.google.com with ESMTPS id 3sm5768450eyj.41.2008.11.30.05.37.37 (version=SSLv3 cipher=OTHER); Sun, 30 Nov 2008 05:37:38 -0800 (PST) Date: Sun, 30 Nov 2008 16:37:37 +0300 X-Mailer: The Bat! (v1.62 Christmas Edition) Personal X-Priority: 3 (Normal) Message-ID: <10210814530.20081130163737@gmail.com> To: freebsd-geom@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Dmitry X-Mailman-Approved-At: Sun, 30 Nov 2008 16:11:09 +0000 Subject: about pluggable disk scheduler X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dmitry List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2008 13:55:44 -0000 Hello freebsd-geom, I'm a student, interested in developing pluggable disk scheduler idea. I want to know if some work is being processed and if there is need to do this work. Also I have interest in participating in Summer of Code 2009, so I would like to contact with possible mentor for further discussion. -- Best regards, Dmitry mailto:Dmitry.Jurasov@gmail.com From owner-freebsd-geom@FreeBSD.ORG Sun Nov 30 16:36:16 2008 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A12A10656A4 for ; Sun, 30 Nov 2008 16:36:16 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from bene1.itea.ntnu.no (bene1.itea.ntnu.no [IPv6:2001:700:300:3::56]) by mx1.freebsd.org (Postfix) with ESMTP id CBE278FC1B for ; Sun, 30 Nov 2008 16:36:15 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by bene1.itea.ntnu.no (Postfix) with ESMTP id 1B6C71769C0; Sun, 30 Nov 2008 17:36:14 +0100 (CET) Received: from nobby (unknown [IPv6:2001:700:300:3::184]) by bene1.itea.ntnu.no (Postfix) with ESMTP id 99B5F16C7B0; Sun, 30 Nov 2008 17:36:13 +0100 (CET) Date: Sun, 30 Nov 2008 16:35:58 +0100 From: Ulf Lilleengen To: Hilko Meyer Message-ID: <20081130153558.GA2120@nobby.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: Debian amavisd-new at bene1.itea.ntnu.no Cc: adnan@hochpass.uni-hannover.de, freebsd-geom@freebsd.org Subject: Re: System freeze with gvinum 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, 30 Nov 2008 16:36:16 -0000 On Sat, Nov 29, 2008 at 11:47:59PM +0100, Hilko Meyer wrote: > Hi, > > I've tried to set up a raid-5 over three disks with gvinum today with this > gvinum.conf: > > drive sata1 device /dev/ad4 > drive sata2 device /dev/ad5 > drive sata3 device /dev/ad6 > > volume homes_raid5 > plex org raid5 512k > sd length 238465m drive sata1 > sd length 238465m drive sata2 > sd length 238465m drive sata3 > volume dump_raid5 > plex org raid5 512k > sd length 238465m drive sata1 > sd length 238465m drive sata2 > sd length 238465m drive sata3 > > Every time I tried to run newfs on one of the volumes it stucked and the > complete system freezed, so I cannot provide a coredump. The system runs > 6.4-RELEASE that was compiled today. What can I do to debug this problem? > Hmm, do you have any console output before the freeze? Such as g_* messages? This might be a gvinum bug, but can also be a problem with the sata driver. > > Involved hardware: > atapci0: > ad4: 476940MB at ata2-master UDMA33 > ad5: 476940MB at ata2-slave UDMA33 > ad6: 476940MB at ata3-master UDMA33 > > BTW: That are SATA-disks. Why they are reported as UDMA33? Seems weird. Maybe there are some bios settings turning of AHCI-mode? -- Ulf Lilleengen From owner-freebsd-geom@FreeBSD.ORG Sun Nov 30 20:45:36 2008 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9335D1065670 for ; Sun, 30 Nov 2008 20:45:36 +0000 (UTC) (envelope-from Hilko.Meyer@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id F163E8FC12 for ; Sun, 30 Nov 2008 20:45:35 +0000 (UTC) (envelope-from Hilko.Meyer@gmx.de) Received: (qmail invoked by alias); 30 Nov 2008 20:18:54 -0000 Received: from p57A2CF82.dip.t-dialin.net (EHLO schrein.Speedport_W_700V) [87.162.207.130] by mail.gmx.net (mp030) with SMTP; 30 Nov 2008 21:18:54 +0100 X-Authenticated: #749823 X-Provags-ID: V01U2FsdGVkX1+Pc6EPZUmPi6t3MsFTcvJlgruYLEC0oiMqbZO2Es 1CPemvz24q8+22 From: Hilko Meyer To: Ulf Lilleengen Date: Sun, 30 Nov 2008 21:18:24 +0100 Message-ID: References: <20081130153558.GA2120@nobby.lan> In-Reply-To: <20081130153558.GA2120@nobby.lan> X-Mailer: Forte Agent 1.93/32.576 English (American) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Y-GMX-Trusted: 0 X-FuHaFi: 0.57 Cc: adnan@hochpass.uni-hannover.de, freebsd-geom@freebsd.org Subject: Re: System freeze with gvinum 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, 30 Nov 2008 20:45:36 -0000 Ulf Lilleengen schrieb: >On Sat, Nov 29, 2008 at 11:47:59PM +0100, Hilko Meyer wrote: >>=20 >> I've tried to set up a raid-5 over three disks with gvinum today with = this >> gvinum.conf: >>=20 >> drive sata1 device /dev/ad4 >> drive sata2 device /dev/ad5 >> drive sata3 device /dev/ad6 >>=20 >> volume homes_raid5 >> plex org raid5 512k >> sd length 238465m drive sata1 >> sd length 238465m drive sata2 >> sd length 238465m drive sata3 >> volume dump_raid5 >> plex org raid5 512k >> sd length 238465m drive sata1 >> sd length 238465m drive sata2 >> sd length 238465m drive sata3 >>=20 >> Every time I tried to run newfs on one of the volumes it stucked and = the >> complete system freezed, so I cannot provide a coredump. The system = runs=20 >> 6.4-RELEASE that was compiled today. What can I do to debug this = problem? >>=20 >Hmm, do you have any console output before the freeze? Such as g_* = messages? Unfortunately nothing. >This might be a gvinum bug, but can also be a problem with the sata = driver. How can I test the sata driver? After writing the mail yesterday we used dump|restore to copy several gigabytes to ad4s1a and no problems occured in this test. >> Involved hardware: >> atapci0: >> ad4: 476940MB at ata2-master UDMA33 >> ad5: 476940MB at ata2-slave UDMA33 >> ad6: 476940MB at ata3-master UDMA33 >>=20 >> BTW: That are SATA-disks. Why they are reported as UDMA33? >Seems weird. Maybe there are some bios settings turning of AHCI-mode? Ah, I think I know were to look for that. I'll try tomorrow. bye, Hilko From owner-freebsd-geom@FreeBSD.ORG Sun Nov 30 21:24:11 2008 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F54B106564A for ; Sun, 30 Nov 2008 21:24:11 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from bene2.itea.ntnu.no (bene2.itea.ntnu.no [IPv6:2001:700:300:3::57]) by mx1.freebsd.org (Postfix) with ESMTP id 387568FC17 for ; Sun, 30 Nov 2008 21:24:09 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by bene2.itea.ntnu.no (Postfix) with ESMTP id 52F7E90003; Sun, 30 Nov 2008 22:24:07 +0100 (CET) Received: from carrot.studby.ntnu.no (unknown [IPv6:2001:700:300:3::184]) by bene2.itea.ntnu.no (Postfix) with ESMTP id D99ED90002; Sun, 30 Nov 2008 22:24:06 +0100 (CET) Date: Sun, 30 Nov 2008 23:24:46 +0100 From: Ulf Lilleengen To: Hilko Meyer Message-ID: <20081130222445.GA1528@carrot.studby.ntnu.no> References: <20081130153558.GA2120@nobby.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: Debian amavisd-new at bene2.itea.ntnu.no Cc: adnan@hochpass.uni-hannover.de, freebsd-geom@freebsd.org Subject: Re: System freeze with gvinum X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "..."@carrot.studby.ntnu.no List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2008 21:24:11 -0000 On søn, nov 30, 2008 at 09:18:24pm +0100, Hilko Meyer wrote: > Ulf Lilleengen schrieb: > >On Sat, Nov 29, 2008 at 11:47:59PM +0100, Hilko Meyer wrote: > >> > >> I've tried to set up a raid-5 over three disks with gvinum today with this > >> gvinum.conf: > >> > >> drive sata1 device /dev/ad4 > >> drive sata2 device /dev/ad5 > >> drive sata3 device /dev/ad6 > >> > >> volume homes_raid5 > >> plex org raid5 512k > >> sd length 238465m drive sata1 > >> sd length 238465m drive sata2 > >> sd length 238465m drive sata3 > >> volume dump_raid5 > >> plex org raid5 512k > >> sd length 238465m drive sata1 > >> sd length 238465m drive sata2 > >> sd length 238465m drive sata3 > >> > >> Every time I tried to run newfs on one of the volumes it stucked and the > >> complete system freezed, so I cannot provide a coredump. The system runs > >> 6.4-RELEASE that was compiled today. What can I do to debug this problem? > >> > >Hmm, do you have any console output before the freeze? Such as g_* messages? > > Unfortunately nothing. > > >This might be a gvinum bug, but can also be a problem with the sata driver. > > How can I test the sata driver? After writing the mail yesterday we > used dump|restore to copy several gigabytes to ad4s1a and no problems > occured in this test. Hmm, ok. Are you willing to try a patch to bring it up to 7.x gvinum? There are a few issues in 6.x that may be the cause of your problems. > > >> Involved hardware: > >> atapci0: > >> ad4: 476940MB at ata2-master UDMA33 > >> ad5: 476940MB at ata2-slave UDMA33 > >> ad6: 476940MB at ata3-master UDMA33 > >> > >> BTW: That are SATA-disks. Why they are reported as UDMA33? > >Seems weird. Maybe there are some bios settings turning of AHCI-mode? > > Ah, I think I know were to look for that. I'll try tomorrow. > > bye, > Hilko > -- Ulf Lilleengen From owner-freebsd-geom@FreeBSD.ORG Sun Nov 30 23:24:47 2008 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B98441065672 for ; Sun, 30 Nov 2008 23:24:47 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: from kiwi-computer.com (keira.kiwi-computer.com [63.224.10.3]) by mx1.freebsd.org (Postfix) with SMTP id 508C28FC0C for ; Sun, 30 Nov 2008 23:24:47 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: (qmail 27397 invoked by uid 2001); 30 Nov 2008 22:58:05 -0000 Date: Sun, 30 Nov 2008 16:58:05 -0600 From: "Rick C. Petty" To: freebsd-geom@freebsd.org Message-ID: <20081130225805.GA27328@keira.kiwi-computer.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="ibTvN161/egqYuK8" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: (trivial) patch to add provider name to printed warning X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rick-freebsd2008@kiwi-computer.com List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2008 23:24:47 -0000 --ibTvN161/egqYuK8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Could someone with a commit bit (perhaps phk@) look at the following trivial patch? It can't hurt anything, since the provider name cannot be NULL here. Thanks, -- Rick C. Petty --ibTvN161/egqYuK8-- From owner-freebsd-geom@FreeBSD.ORG Sun Nov 30 23:32:37 2008 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D12C61065670 for ; Sun, 30 Nov 2008 23:32:37 +0000 (UTC) (envelope-from Hilko.Meyer@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 223268FC19 for ; Sun, 30 Nov 2008 23:32:36 +0000 (UTC) (envelope-from Hilko.Meyer@gmx.de) Received: (qmail invoked by alias); 30 Nov 2008 23:32:34 -0000 Received: from p57A2DB3C.dip.t-dialin.net (EHLO schrein.Speedport_W_700V) [87.162.219.60] by mail.gmx.net (mp023) with SMTP; 01 Dec 2008 00:32:34 +0100 X-Authenticated: #749823 X-Provags-ID: V01U2FsdGVkX1/YFqRjGdHY1ql9SvKqMqddDJChoAZNHqvBRLx4OK zuxaDQaPJw5sZ9 From: Hilko Meyer To: Ulf Lilleengen Date: Mon, 01 Dec 2008 00:32:22 +0100 Message-ID: References: <20081130153558.GA2120@nobby.lan> <20081130222445.GA1528@carrot.studby.ntnu.no> In-Reply-To: <20081130222445.GA1528@carrot.studby.ntnu.no> X-Mailer: Forte Agent 1.93/32.576 English (American) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Y-GMX-Trusted: 0 X-FuHaFi: 0.57 Cc: adnan@hochpass.uni-hannover.de, freebsd-geom@freebsd.org Subject: Re: System freeze with gvinum 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, 30 Nov 2008 23:32:37 -0000 Ulf Lilleengen schrieb: >On s=F8n, nov 30, 2008 at 09:18:24pm +0100, Hilko Meyer wrote: >> Ulf Lilleengen schrieb: >> >On Sat, Nov 29, 2008 at 11:47:59PM +0100, Hilko Meyer wrote: >> >>=20 >> >> I've tried to set up a raid-5 over three disks with gvinum today = with this >> >> gvinum.conf: [...] >> >> Every time I tried to run newfs on one of the volumes it stucked = and the >> >> complete system freezed, so I cannot provide a coredump. The system= runs=20 >> >> 6.4-RELEASE that was compiled today. What can I do to debug this = problem? >> >>=20 >> >Hmm, do you have any console output before the freeze? Such as g_* = messages? >>=20 >> Unfortunately nothing. >>=20 >> >This might be a gvinum bug, but can also be a problem with the sata = driver. >>=20 >> How can I test the sata driver? After writing the mail yesterday we >> used dump|restore to copy several gigabytes to ad4s1a and no problems >> occured in this test. >Hmm, ok. Are you willing to try a patch to bring it up to 7.x gvinum? = There >are a few issues in 6.x that may be the cause of your problems. Is gvinum in 7.1RC and 7.x the same? We considered to update to 7.1 before it's released anyway, because we need nfe(4). And wanted to try gvinum and zfs there. But we can test a patch against 6.4 before the big update if you want. bye, Hilko BTW: Your Reply-To: is broken. From owner-freebsd-geom@FreeBSD.ORG Sun Nov 30 23:32:56 2008 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D7FD106564A for ; Sun, 30 Nov 2008 23:32:56 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: from kiwi-computer.com (keira.kiwi-computer.com [63.224.10.3]) by mx1.freebsd.org (Postfix) with SMTP id B82418FC16 for ; Sun, 30 Nov 2008 23:32:55 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: (qmail 27691 invoked by uid 2001); 30 Nov 2008 23:32:55 -0000 Date: Sun, 30 Nov 2008 17:32:55 -0600 From: "Rick C. Petty" To: freebsd-geom@freebsd.org Message-ID: <20081130233255.GA27667@keira.kiwi-computer.com> References: <20081130225805.GA27328@keira.kiwi-computer.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081130225805.GA27328@keira.kiwi-computer.com> User-Agent: Mutt/1.4.2.3i Subject: Re: (trivial) patch to add provider name to printed warning X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rick-freebsd2008@kiwi-computer.com List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2008 23:32:56 -0000 On Sun, Nov 30, 2008 at 04:58:05PM -0600, Rick C. Petty wrote: > Could someone with a commit bit (perhaps phk@) look at the following > trivial patch? It can't hurt anything, since the provider name cannot > be NULL here. Thanks, D'oh, the attachment was filtered. Here it is inline... -- Rick C. Petty --- src/sys/geom/geom_bsd.c.orig 2007-12-17 19:24:27.000000000 -0600 +++ src/sys/geom/geom_bsd.c 2008-11-30 03:09:04.000000000 -0600 @@ -136,7 +136,8 @@ } if (rawoffset != 0 && (off_t)rawoffset != ms->mbroffset) - printf("WARNING: Expected rawoffset %jd, found %jd\n", + printf("WARNING: %s expected rawoffset %jd, found %jd\n", + gp->name, (intmax_t)ms->mbroffset/dl.d_secsize, (intmax_t)rawoffset/dl.d_secsize); From owner-freebsd-geom@FreeBSD.ORG Mon Dec 1 01:16:43 2008 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01AAA1065670 for ; Mon, 1 Dec 2008 01:16:43 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from bene1.itea.ntnu.no (bene1.itea.ntnu.no [IPv6:2001:700:300:3::56]) by mx1.freebsd.org (Postfix) with ESMTP id 431EE8FC0C for ; Mon, 1 Dec 2008 01:16:42 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by bene1.itea.ntnu.no (Postfix) with ESMTP id 99DC91769C0; Mon, 1 Dec 2008 02:16:40 +0100 (CET) Received: from carrot.studby.ntnu.no (unknown [IPv6:2001:700:300:3::184]) by bene1.itea.ntnu.no (Postfix) with ESMTP id 0185F16C7B0; Mon, 1 Dec 2008 02:16:39 +0100 (CET) Date: Mon, 1 Dec 2008 03:17:20 +0100 From: Ulf Lilleengen To: Hilko Meyer Message-ID: <20081201021720.GA1949@carrot.studby.ntnu.no> References: <20081130153558.GA2120@nobby.lan> <20081130222445.GA1528@carrot.studby.ntnu.no> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: Debian amavisd-new at bene1.itea.ntnu.no Cc: adnan@hochpass.uni-hannover.de, freebsd-geom@freebsd.org Subject: Re: System freeze with gvinum 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, 01 Dec 2008 01:16:43 -0000 On man, des 01, 2008 at 12:32:22am +0100, Hilko Meyer wrote: > Ulf Lilleengen schrieb: > >On søn, nov 30, 2008 at 09:18:24pm +0100, Hilko Meyer wrote: > >> Ulf Lilleengen schrieb: > >> >On Sat, Nov 29, 2008 at 11:47:59PM +0100, Hilko Meyer wrote: > >> >> > >> >> I've tried to set up a raid-5 over three disks with gvinum today with this > >> >> gvinum.conf: > [...] > >> >> Every time I tried to run newfs on one of the volumes it stucked and the > >> >> complete system freezed, so I cannot provide a coredump. The system runs > >> >> 6.4-RELEASE that was compiled today. What can I do to debug this problem? > >> >> > >> >Hmm, do you have any console output before the freeze? Such as g_* messages? > >> > >> Unfortunately nothing. > >> > >> >This might be a gvinum bug, but can also be a problem with the sata driver. > >> > >> How can I test the sata driver? After writing the mail yesterday we > >> used dump|restore to copy several gigabytes to ad4s1a and no problems > >> occured in this test. > >Hmm, ok. Are you willing to try a patch to bring it up to 7.x gvinum? There > >are a few issues in 6.x that may be the cause of your problems. > > Is gvinum in 7.1RC and 7.x the same? We considered to update to 7.1 > before it's released anyway, because we need nfe(4). And wanted to try > gvinum and zfs there. Yes, they are the same. > > But we can test a patch against 6.4 before the big update if you want. > It's really up to you. If you're going to upgrade anyway, it will at least save me from a little bit of work :) > bye, > Hilko > BTW: Your Reply-To: is broken. > Yeah, just noticed :) -- Ulf Lilleengen From owner-freebsd-geom@FreeBSD.ORG Mon Dec 1 10:12:40 2008 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80D821065673 for ; Mon, 1 Dec 2008 10:12:40 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 04ACD8FC13 for ; Mon, 1 Dec 2008 10:12:39 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1L75lZ-0007HS-6E for freebsd-geom@freebsd.org; Mon, 01 Dec 2008 10:12:33 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 01 Dec 2008 10:12:33 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 01 Dec 2008 10:12:33 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Ivan Voras Date: Mon, 01 Dec 2008 11:12:22 +0100 Lines: 46 Message-ID: References: <20081130225805.GA27328@keira.kiwi-computer.com> <20081130233255.GA27667@keira.kiwi-computer.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9C13428631FB3CDC45ABCE8F" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.18 (X11/20081125) In-Reply-To: <20081130233255.GA27667@keira.kiwi-computer.com> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: (trivial) patch to add provider name to printed warning 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, 01 Dec 2008 10:12:40 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9C13428631FB3CDC45ABCE8F Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Rick C. Petty wrote: > On Sun, Nov 30, 2008 at 04:58:05PM -0600, Rick C. Petty wrote: >> Could someone with a commit bit (perhaps phk@) look at the following >> trivial patch? It can't hurt anything, since the provider name cannot= >> be NULL here. Thanks, >=20 > D'oh, the attachment was filtered. Here it is inline... I can take it. >=20 > --- src/sys/geom/geom_bsd.c.orig 2007-12-17 19:24:27.000000000 -0600 > +++ src/sys/geom/geom_bsd.c 2008-11-30 03:09:04.000000000 -0600 > @@ -136,7 +136,8 @@ > } > =09 > if (rawoffset !=3D 0 && (off_t)rawoffset !=3D ms->mbroffset) > - printf("WARNING: Expected rawoffset %jd, found %jd\n", > + printf("WARNING: %s expected rawoffset %jd, found %jd\n", > + gp->name, > (intmax_t)ms->mbroffset/dl.d_secsize, > (intmax_t)rawoffset/dl.d_secsize); > =20 --------------enig9C13428631FB3CDC45ABCE8F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD4DBQFJM7iGldnAQVacBcgRAvTGAJYzhNJgXH/+ahZFCOczFSnrENbHAJ90ZaVa xE9WmPCO7mHMavnTXEZH9Q== =EGpr -----END PGP SIGNATURE----- --------------enig9C13428631FB3CDC45ABCE8F-- From owner-freebsd-geom@FreeBSD.ORG Mon Dec 1 10:27:36 2008 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D0111065676 for ; Mon, 1 Dec 2008 10:27:36 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 11AA08FC08 for ; Mon, 1 Dec 2008 10:27:36 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1L7607-0007mb-49 for freebsd-geom@freebsd.org; Mon, 01 Dec 2008 10:27:35 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 01 Dec 2008 10:27:35 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 01 Dec 2008 10:27:35 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Ivan Voras Date: Mon, 01 Dec 2008 11:27:25 +0100 Lines: 47 Message-ID: References: <10210814530.20081130163737@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9EC24FB2FFBBF1F6BB1F67B7" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.18 (X11/20081125) In-Reply-To: <10210814530.20081130163737@gmail.com> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: about pluggable disk scheduler 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, 01 Dec 2008 10:27:36 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9EC24FB2FFBBF1F6BB1F67B7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dmitry wrote: > Hello freebsd-geom, >=20 > I'm a student, interested in developing pluggable disk scheduler > idea. I want to know if some work is being processed and if there is > need to do this work. Also I have interest in participating in > Summer of Code 2009, so I would like to contact with possible > mentor for further discussion. Hi, You should first find out what happened to the old project to implement a pluggable disk scheduler idea for a SoC. There's some information here: http://wiki.freebsd.org/Hybrid . It has apparently been developed, up to a point, but has never been integrated into FreeBSD sources, and is thus abandoned now. You should: a) Contact the old author for more information b) Find out why the project hasn't been accepted / merged into the official FreeBSD source tree c) Decide if the problems that the previous project faced are something you can solve (or have been solved by others in the meantime) so your project results end up in FreeBSD. --------------enig9EC24FB2FFBBF1F6BB1F67B7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJM7wNldnAQVacBcgRAqVvAKCOeni/mw+QwfxMzIIMOy9xRu5n/QCaA+Tb cTnX8em8Klq0dwo889zIEls= =WEEE -----END PGP SIGNATURE----- --------------enig9EC24FB2FFBBF1F6BB1F67B7-- From owner-freebsd-geom@FreeBSD.ORG Mon Dec 1 11:06:55 2008 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D761E106564A for ; Mon, 1 Dec 2008 11:06:55 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C2B948FC12 for ; Mon, 1 Dec 2008 11:06:55 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mB1B6tQ5052549 for ; Mon, 1 Dec 2008 11:06:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mB1B6tph052545 for freebsd-geom@FreeBSD.org; Mon, 1 Dec 2008 11:06:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 1 Dec 2008 11:06:55 GMT Message-Id: <200812011106.mB1B6tph052545@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-geom@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-geom@FreeBSD.org 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, 01 Dec 2008 11:06:56 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/129245 geom [geom] gcache is more suitable for suffix based provid o kern/128529 geom [gjournal] root FS on GEOM Journal cannot boot when jo o kern/128398 geom [PATCH] glabel(8): teach geom_label to recognise gpt l f kern/128276 geom [gmirror] machine lock up when gmirror module is used o kern/126902 geom [geom] [geom_label] Kernel panic during install boot o kern/124973 geom [gjournal] [patch] boot order affects geom_journal con o kern/124969 geom gvinum(8): gvinum raid5 plex does not detect missing s o kern/124294 geom [geom] gmirror(8) have inappropriate logic when workin o kern/124130 geom [gmirror][usb] gmirror fails to start usb devices that o kern/123962 geom [panic] [gjournal] gjournal (455Gb data, 8Gb journal), o kern/123630 geom [patch] [gmirror] gmirror doesnt allow the original dr o kern/123122 geom [geom] GEOM / gjournal kernel lock f kern/122415 geom [geom] UFS labels are being constantly created and rem o kern/122067 geom [geom] [panic] Geom crashed during boot o kern/121559 geom [patch] [geom] geom label class allows to create inacc o kern/121364 geom [gmirror] Removing all providers create a "zombie" mir o kern/120231 geom [geom] GEOM_CONCAT error adding second drive o kern/120044 geom [msdosfs] [geom] incorrect MSDOSFS label fries adminis o kern/120021 geom [geom] [panic] net-p2p/qbittorrent crashes system when o kern/119743 geom [geom] geom label for cds is keeped after dismount and f kern/115547 geom [geom] [patch] [request] let GEOM Eli get password fro o kern/114532 geom [geom] GEOM_MIRROR shows up in kldstat even if compile o kern/113957 geom [gmirror] gmirror is intermittently reporting a degrad o kern/113885 geom [gmirror] [patch] improved gmirror balance algorithm o kern/113837 geom [geom] unable to access 1024 sector size storage o kern/113419 geom [geom] geom fox multipathing not failing back p bin/110705 geom gmirror(8) control utility does not exit with correct o kern/107707 geom [geom] [patch] [request] add new class geom_xbox360 to o kern/104389 geom [geom] [patch] sys/geom/geom_dump.c doesn't encode XML o kern/98034 geom [geom] dereference of NULL pointer in acd_geom_detach o kern/94632 geom [geom] Kernel output resets input while GELI asks for o kern/90582 geom [geom] [panic] Restore cause panic string (ffs_blkfree o bin/90093 geom fdisk(8) incapable of altering in-core geometry a kern/89660 geom [vinum] [patch] [panic] due to g_malloc returning null o kern/89546 geom [geom] GEOM error s kern/89102 geom [geom] [panic] panic when forced unmount FS from unplu o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo o kern/84556 geom [geom] GBDE-encrypted swap causes panic at shutdown o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o kern/79035 geom [vinum] gvinum unable to create a striped set of mirro o bin/78131 geom gbde(8) "destroy" not working. s kern/73177 geom kldload geom_* causes panic due to memory exhaustion 42 problems total. From owner-freebsd-geom@FreeBSD.ORG Mon Dec 1 15:03:54 2008 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 379841065670 for ; Mon, 1 Dec 2008 15:03:54 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id AC47E8FC2A for ; Mon, 1 Dec 2008 15:03:53 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1L7AJQ-0000hX-Dq for freebsd-geom@freebsd.org; Mon, 01 Dec 2008 15:03:48 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 01 Dec 2008 15:03:48 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 01 Dec 2008 15:03:48 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Ivan Voras Date: Mon, 01 Dec 2008 16:03:41 +0100 Lines: 49 Message-ID: References: <20081130225805.GA27328@keira.kiwi-computer.com> <20081130233255.GA27667@keira.kiwi-computer.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig272AC0B561FA39189D203593" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.18 (X11/20081125) In-Reply-To: X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: (trivial) patch to add provider name to printed warning 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, 01 Dec 2008 15:03:54 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig272AC0B561FA39189D203593 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Ivan Voras wrote: > Rick C. Petty wrote: >> On Sun, Nov 30, 2008 at 04:58:05PM -0600, Rick C. Petty wrote: >>> Could someone with a commit bit (perhaps phk@) look at the following >>> trivial patch? It can't hurt anything, since the provider name canno= t >>> be NULL here. Thanks, >> D'oh, the attachment was filtered. Here it is inline... >=20 > I can take it. http://svn.freebsd.org/changeset/base/185518 >=20 >> --- src/sys/geom/geom_bsd.c.orig 2007-12-17 19:24:27.000000000 -0600 >> +++ src/sys/geom/geom_bsd.c 2008-11-30 03:09:04.000000000 -0600 >> @@ -136,7 +136,8 @@ >> } >> =09 >> if (rawoffset !=3D 0 && (off_t)rawoffset !=3D ms->mbroffset) >> - printf("WARNING: Expected rawoffset %jd, found %jd\n", >> + printf("WARNING: %s expected rawoffset %jd, found %jd\n", >> + gp->name, >> (intmax_t)ms->mbroffset/dl.d_secsize, >> (intmax_t)rawoffset/dl.d_secsize); >> =20 >=20 --------------enig272AC0B561FA39189D203593 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJM/zNldnAQVacBcgRAjgsAKDWOUVF6w9Kew6So34pizWDZjvXZgCgi6V1 dc1jpqR2Qp9hsaOtOOCOYts= =sjSy -----END PGP SIGNATURE----- --------------enig272AC0B561FA39189D203593-- From owner-freebsd-geom@FreeBSD.ORG Tue Dec 2 13:06:45 2008 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B3AF106564A for ; Tue, 2 Dec 2008 13:06:45 +0000 (UTC) (envelope-from rajkumars@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.172]) by mx1.freebsd.org (Postfix) with ESMTP id 5DE3A8FC1C for ; Tue, 2 Dec 2008 13:06:45 +0000 (UTC) (envelope-from rajkumars@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so3225645wfg.7 for ; Tue, 02 Dec 2008 05:06:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=6VKfs2jyG/XOiT0RGCS4GosIryS2wDudZ8sGJGtMLm0=; b=KtA3en7+i2CNxzzmDsph1nz/uHbW3WpKIjp2jnOrqpxFFBXdmGv9qDhqDYLMu1osJG ZloxFEfIc43H3xZkhDx04HsvKAEI62YCHX3bJzjGn4a5lsO+B+VVI9JXNRIi9hcmsFV4 lJZRxFGr7RGATx9eD7VM5js6mBTmnVakO4nOs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=q9bueHfdW+ky2XTSg8Jyjpfx5Gbv3qX9IaY9LeI27yMvjzJucxtAOCfT9Y0IitCrGh 7Nb5iSi/fNqtQY2WUfM6o/fOx1xkJhVPK+JnCuengKSd58KK98SZLp3gqkPAX0QWEil+ pv0bkwKJy7vXfGIzVEdJdxKHtfr/Bl2rd9VbU= Received: by 10.142.242.8 with SMTP id p8mr4874702wfh.307.1228221475452; Tue, 02 Dec 2008 04:37:55 -0800 (PST) Received: by 10.143.167.2 with HTTP; Tue, 2 Dec 2008 04:37:55 -0800 (PST) Message-ID: <64de5c8b0812020437t30236d52p6e748d508b7b7b7@mail.gmail.com> Date: Tue, 2 Dec 2008 18:07:55 +0530 From: "Rajkumar S" To: freebsd-geom@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: g_vfs_done():ufs/root1[READ(offset=106196992, length=4096)]error = 6 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, 02 Dec 2008 13:06:45 -0000 Hi, I am working on a nanobsd derived system for updating an embedded pfSense image. The disk is partitioned into 4 partitions with 2 similar "code" partitions. One of the two code partition is live at any moment. To update the partition image is written to the other partition and a command like boot0cfg -s 2 -v ad2 to boot to the new partition. Instead of using device names I am using bsdlabel and refer the disks using the label in fdisk. Current partitions are as follows: nanoimg:~# fdisk ad2 ******* Working on device /dev/ad2 ******* parameters extracted from in-core disklabel are: cylinders=1999 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=1999 heads=16 sectors/track=63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 32, size 239584 (116 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 467/ head 15/ sector 32 The data for partition 2 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 239648, size 239584 (116 Meg), flag 0 beg: cyl 468/ head 1/ sector 1; end: cyl 935/ head 15/ sector 32 The data for partition 3 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 479232, size 2048 (1 Meg), flag 0 beg: cyl 936/ head 0/ sector 1; end: cyl 939/ head 15/ sector 32 The data for partition 4 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 481280, size 20480 (10 Meg), flag 0 beg: cyl 940/ head 0/ sector 1; end: cyl 979/ head 15/ sector 32 dmesg shows the following when booting: ad2: 983MB at ata1-master PIO4 GEOM: ad2: partition 4 does not start on a track boundary. GEOM: ad2: partition 4 does not end on a track boundary. GEOM: ad2: partition 3 does not start on a track boundary. GEOM: ad2: partition 3 does not end on a track boundary. GEOM: ad2: partition 2 does not start on a track boundary. GEOM: ad2: partition 2 does not end on a track boundary. GEOM: ad2: partition 1 does not start on a track boundary. GEOM: ad2: partition 1 does not end on a track boundary. GEOM_LABEL: Label for provider ad2s3 is ufs/cfg. GEOM_LABEL: Label for provider ad2s4 is ufs/cf. GEOM_LABEL: Label for provider ad2s1a is ufs/root0. GEOM_LABEL: Label for provider ad2s2a is ufs/root1. Trying to mount root from ufs:/dev/ufs/root0 Fstab is: /dev/ufs/root0 / ufs ro 1 1 /dev/ufs/cfg /cfg ufs rw,noauto 2 2 /dev/ufs/cf /cf ufs ro 1 1 I can switch booting to ufs/root0 or ufs/root1 using a command like mettlenano:~# sysctl kern.geom.debugflags=16 kern.geom.debugflags: 0 -> 16 and mettlenano:~# boot0cfg -s 1 -v ad2 # flag start chs type end chs offset size 1 0x00 0: 1: 1 0xa5 467: 15:32 32 239584 2 0x80 468: 1: 1 0xa5 935: 15:32 239648 239584 3 0x00 936: 0: 1 0xa5 939: 15:32 479232 2048 4 0x00 940: 0: 1 0xa5 979: 15:32 481280 20480 version=1.0 drive=0x80 mask=0x3 ticks=182 options=packet,update,nosetdrv default_selection=F1 (Slice 1) But after executing this command I get the following messages in my dmesg. GEOM_LABEL: Label ufs/cf removed. GEOM_LABEL: Label ufs/cfg removed. GEOM_LABEL: Label ufs/root1 removed. GEOM_LABEL: Label ufs/root0 removed. g_vfs_done():ufs/root1[READ(offset=106196992, length=4096)]error = 6 g_vfs_done():ufs/root1[READ(offset=106196992, length=4096)]error = 6 g_vfs_done():ufs/root1[READ(offset=106201088, length=4096)]error = 6 I have no idea why such messages are appearing. Also some commands like reboot does not work. mettlenano:~# reboot /sbin/reboot: Device not configured. mettlenano:~# less /usr/bin/less: Device not configured. But some other commands work. Any one with any idea about what could be wrong here? raj From owner-freebsd-geom@FreeBSD.ORG Tue Dec 2 21:44:55 2008 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 998C0106564A for ; Tue, 2 Dec 2008 21:44:55 +0000 (UTC) (envelope-from k0802647@telus.net) Received: from defout.telus.net (defout.telus.net [199.185.220.240]) by mx1.freebsd.org (Postfix) with ESMTP id 45DA48FC16 for ; Tue, 2 Dec 2008 21:44:55 +0000 (UTC) (envelope-from k0802647@telus.net) Received: from priv-edmwaa05.telusplanet.net ([204.209.205.55]) by priv-edmwes25.telusplanet.net (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20081202205039.DTYU3157.priv-edmwes25.telusplanet.net@priv-edmwaa05.telusplanet.net> for ; Tue, 2 Dec 2008 13:50:39 -0700 Received: from oliver.bc.lan (d75-157-20-238.bchsia.telus.net [75.157.20.238]) by priv-edmwaa05.telusplanet.net (BorderWare Security Platform) with ESMTP id D29815143004C4A2 for ; Tue, 2 Dec 2008 13:50:38 -0700 (MST) Received: from [10.111.111.112] (unknown [10.111.111.112]) by oliver.bc.lan (Postfix) with ESMTP id 46DAE646B for ; Tue, 2 Dec 2008 12:50:38 -0800 (PST) Message-ID: <49359F9D.4090200@telus.net> Date: Tue, 02 Dec 2008 12:50:37 -0800 From: Carl User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: gmirror, identical priority values 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, 02 Dec 2008 21:44:55 -0000 What are the consequences of creating a mirror provider using gmirror with more than one consumer having the *same* priority value. This is an easy mistake to make and it can't easily be fixed because gmirror provides no way to change priority after the fact. For what it's worth, I'm using the round-robin balancing algorithm, but as I understand it, priority isn't just used for the balancing algorithm. Note how even documentation in FreeBSD Diary makes this mistake: http://www.freebsddiary.org/gmirror.php And it's easy to find other folks in the mailing lists making this mistake too. Carl / K0802647 From owner-freebsd-geom@FreeBSD.ORG Tue Dec 2 22:20:04 2008 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 674501065670 for ; Tue, 2 Dec 2008 22:20:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 55C1B8FC16 for ; Tue, 2 Dec 2008 22:20:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mB2MK39O085196 for ; Tue, 2 Dec 2008 22:20:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mB2MK37K085195; Tue, 2 Dec 2008 22:20:03 GMT (envelope-from gnats) Date: Tue, 2 Dec 2008 22:20:03 GMT Message-Id: <200812022220.mB2MK37K085195@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: "Will Andrews" Cc: Subject: Re: kern/113885: [gmirror] [patch] improved gmirror balance algorithm X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Will Andrews List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 22:20:04 -0000 The following reply was made to PR kern/113885; it has been noted by GNATS. From: "Will Andrews" To: bug-followup@freebsd.org Cc: "Mykola Zubach" Subject: Re: kern/113885: [gmirror] [patch] improved gmirror balance algorithm Date: Tue, 2 Dec 2008 14:50:29 -0700 ------=_Part_29247_27764781.1228254629354 Content-Type: multipart/alternative; boundary="----=_Part_29248_27670565.1228254629354" ------=_Part_29248_27670565.1228254629354 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I have attached what I believe is a better version of your patch. It: 1) Fixes the type ambiguity of the new use_delay/best_use_delay and dist/best_dist variables, to match the variables used in their calculations; they should be uint64_t and off_t, respectively. 2) Uses bit shifts instead of multiplication/division in the use delay and distance calculations. The precision loss should be acceptable in this situation. 3) Cleans up the style of the code; add more commenting, better comments. 4) Gets rid of the g_mirror_disk.d_delay variable since it is no longer used, along with the function the original patch short-circuited. In my testing, with 16 simultaneous processes performing the same test at the same time, by throughput, random reads/writes improved by about 35% (low variance), while sequential reads/writes improved by 100-400% (high variance). IOs also increased proportionally. Testing was done using "rawio -a -p 16 /dev/mirror/testa", where the test mirror composed of two 160GB Seagate SATA disks and the system is a dual Opteron 246 with 1.5GB of RAM with no other load, running 8.0-CURRENT as of 12/1/2008. CPU usage impact vs. old load algorithm appears negligible as well. Regards, --Will. ------=_Part_29248_27670565.1228254629354 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I have attached what I believe is a better version of your patch.  It:

1) Fixes the type ambiguity of the new use_delay/best_use_delay and dist/best_dist variables, to match the variables used in their calculations; they should be uint64_t and off_t, respectively.
2) Uses bit shifts instead of multiplication/division in the use delay and distance calculations.  The precision loss should be acceptable in this situation.
3) Cleans up the style of the code; add more commenting, better comments.
4) Gets rid of the g_mirror_disk.d_delay variable since it is no longer used, along with the function the original patch short-circuited.

In my testing, with 16 simultaneous processes performing the same test at the same time, by throughput, random reads/writes improved by about 35% (low variance), while sequential reads/writes improved by 100-400% (high variance).  IOs also increased proportionally.  Testing was done using "rawio -a -p 16 /dev/mirror/testa", where the test mirro r composed of two 160GB Seagate SATA disks and the system is a dual Opteron 246 with 1.5GB of RAM with no other load, running 8.0-CURRENT as of 12/1/2008.  CPU usage impact vs. old load algorithm appears negligible as well.

Regards,
--Will.
------=_Part_29248_27670565.1228254629354-- ------=_Part_29247_27764781.1228254629354 Content-Type: application/octet-stream; name=g_mirror_113885.diff Content-Transfer-Encoding: base64 X-Attachment-Id: f_fo92vwa00 Content-Disposition: attachment; filename=g_mirror_113885.diff SW5kZXg6IGdfbWlycm9yLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gZ19taXJyb3IuYwkocmV2aXNpb24gMTg1 NTY3KQorKysgZ19taXJyb3IuYwkod29ya2luZyBjb3B5KQpAQCAtMjUsNyArMjUsNyBAQAogICov CiAKICNpbmNsdWRlIDxzeXMvY2RlZnMuaD4KLV9fRkJTRElEKCIkRnJlZUJTRCQiKTsKK19fRkJT RElEKCIkRnJlZUJTRDogc3JjL3N5cy9nZW9tL21pcnJvci9nX21pcnJvci5jLHYgMS45NCAyMDA3 LzEwLzIwIDIzOjIzOjE5IGp1bGlhbiBFeHAgJCIpOwogCiAjaW5jbHVkZSA8c3lzL3BhcmFtLmg+ CiAjaW5jbHVkZSA8c3lzL3N5c3RtLmg+CkBAIC00NSw3ICs0NSw2IEBACiAjaW5jbHVkZSA8c3lz L3NjaGVkLmg+CiAjaW5jbHVkZSA8Z2VvbS9taXJyb3IvZ19taXJyb3IuaD4KIAotCiBzdGF0aWMg TUFMTE9DX0RFRklORShNX01JUlJPUiwgIm1pcnJvcl9kYXRhIiwgIkdFT01fTUlSUk9SIERhdGEi KTsKIAogU1lTQ1RMX0RFQ0woX2tlcm5fZ2VvbSk7CkBAIC03MSw3ICs3MCwxMiBAQAogVFVOQUJM RV9JTlQoImtlcm4uZ2VvbS5taXJyb3Iuc3luY19yZXF1ZXN0cyIsICZnX21pcnJvcl9zeW5jcmVx cyk7CiBTWVNDVExfVUlOVChfa2Vybl9nZW9tX21pcnJvciwgT0lEX0FVVE8sIHN5bmNfcmVxdWVz dHMsIENUTEZMQUdfUkRUVU4sCiAgICAgJmdfbWlycm9yX3N5bmNyZXFzLCAwLCAiUGFyYWxsZWwg c3luY2hyb25pemF0aW9uIEkvTyByZXF1ZXN0cy4iKTsKK3N0YXRpYyB1X2ludCBnX21pcnJvcl9w bHVzZGVsYXkgPSA2MDAwMDsKK1RVTkFCTEVfSU5UKCJrZXJuLmdlb20ubWlycm9yLnBsdXNkZWxh eSIsICZnX21pcnJvcl9wbHVzZGVsYXkpOworU1lTQ1RMX1VJTlQoX2tlcm5fZ2VvbV9taXJyb3Is IE9JRF9BVVRPLCBwbHVzZGVsYXksIENUTEZMQUdfUlcsCisgICAgJmdfbWlycm9yX3BsdXNkZWxh eSwgMCwgIkFkZGl0aW9uYWwgbG9hZCBkZWxheSBpbiAxLzY1NTM2dGhzIG9mIGEgc2Vjb25kLiIp OwogCisKICNkZWZpbmUJTVNMRUVQKGlkZW50LCBtdHgsIHByaW9yaXR5LCB3bWVzZywgdGltZW91 dCkJZG8gewkJXAogCUdfTUlSUk9SX0RFQlVHKDQsICIlczogU2xlZXBpbmcgJXAuIiwgX19mdW5j X18sIChpZGVudCkpOwlcCiAJbXNsZWVwKChpZGVudCksIChtdHgpLCAocHJpb3JpdHkpLCAod21l c2cpLCAodGltZW91dCkpOwkJXApAQCAtNDUxLDggKzQ1NSw3IEBACiAJZGlzay0+ZF9pZCA9IG1k LT5tZF9kaWQ7CiAJZGlzay0+ZF9zdGF0ZSA9IEdfTUlSUk9SX0RJU0tfU1RBVEVfTk9ORTsKIAlk aXNrLT5kX3ByaW9yaXR5ID0gbWQtPm1kX3ByaW9yaXR5OwotCWRpc2stPmRfZGVsYXkuc2VjID0g MDsKLQlkaXNrLT5kX2RlbGF5LmZyYWMgPSAwOworCWRpc2stPmxhc3Rfb2Zmc2V0ID0gMDsKIAli aW51cHRpbWUoJmRpc2stPmRfbGFzdF91c2VkKTsKIAlkaXNrLT5kX2ZsYWdzID0gbWQtPm1kX2Rm bGFnczsKIAlpZiAobWQtPm1kX3Byb3ZpZGVyWzBdICE9ICdcMCcpCkBAIC04NjMsMTYgKzg2Niw2 IEBACiB9CiAKIHN0YXRpYyB2b2lkCi1nX21pcnJvcl91cGRhdGVfZGVsYXkoc3RydWN0IGdfbWly cm9yX2Rpc2sgKmRpc2ssIHN0cnVjdCBiaW8gKmJwKQotewotCi0JaWYgKGRpc2stPmRfc29mdGMt PnNjX2JhbGFuY2UgIT0gR19NSVJST1JfQkFMQU5DRV9MT0FEKQotCQlyZXR1cm47Ci0JYmludXB0 aW1lKCZkaXNrLT5kX2RlbGF5KTsKLQliaW50aW1lX3N1YigmZGlzay0+ZF9kZWxheSwgJmJwLT5i aW9fdDApOwotfQotCi1zdGF0aWMgdm9pZAogZ19taXJyb3JfZG9uZShzdHJ1Y3QgYmlvICpicCkK IHsKIAlzdHJ1Y3QgZ19taXJyb3Jfc29mdGMgKnNjOwpAQCAtOTA0LDggKzg5Nyw2IEBACiAJCWdf dG9wb2xvZ3lfbG9jaygpOwogCQlnX21pcnJvcl9raWxsX2NvbnN1bWVyKHNjLCBicC0+YmlvX2Zy b20pOwogCQlnX3RvcG9sb2d5X3VubG9jaygpOwotCX0gZWxzZSB7Ci0JCWdfbWlycm9yX3VwZGF0 ZV9kZWxheShkaXNrLCBicCk7CiAJfQogCiAJcGJwLT5iaW9faW5iZWQrKzsKQEAgLTE0NzIsMjUg KzE0NjMsNDUgQEAKIAlzdHJ1Y3QgZ19jb25zdW1lciAqY3A7CiAJc3RydWN0IGJpbyAqY2JwOwog CXN0cnVjdCBiaW50aW1lIGN1cnRpbWU7CisJb2ZmX3QgIGJpb19vZmZzZXQgPSBicC0+YmlvX29m ZnNldDsKKwlvZmZfdCAgYmVzdF9kaXN0ID0gLTEsIGRpc3Q7CisJdWludDY0X3QgYmVzdF91c2Vf ZGVsYXkgPSAwLCB1c2VfZGVsYXkgPSAwOwogCi0JYmludXB0aW1lKCZjdXJ0aW1lKTsKKwlnZXRi aW51cHRpbWUoJmN1cnRpbWUpOwogCS8qCi0JICogRmluZCBhIGRpc2sgd2hpY2ggdGhlIHNtYWxs ZXN0IGxvYWQuCisJICogRmluZCB0aGUgZGlzayB3aGljaCBoYXMgdGhlIHNtYWxsZXN0IHJhdGlv IG9mIGRpc3RhbmNlIHRvIHVzZQorCSAqIGRlbGF5LCBpLmUuIGl0cyBoZWFkIGxvb2tzIGNsb3Nl c3QgdG8gYmlvX29mZnNldCBhbmQgaXQgd2FzIHVzZWQKKwkgKiBsZWFzdCByZWNlbnRseS4KIAkg Ki8KIAlkaXNrID0gTlVMTDsKIAlMSVNUX0ZPUkVBQ0goZHAsICZzYy0+c2NfZGlza3MsIGRfbmV4 dCkgewogCQlpZiAoZHAtPmRfc3RhdGUgIT0gR19NSVJST1JfRElTS19TVEFURV9BQ1RJVkUpCiAJ CQljb250aW51ZTsKLQkJLyogSWYgZGlzayB3YXNuJ3QgdXNlZCBmb3IgbW9yZSB0aGFuIDIgc2Vj LCB1c2UgaXQuICovCi0JCWlmIChjdXJ0aW1lLnNlYyAtIGRwLT5kX2xhc3RfdXNlZC5zZWMgPj0g MikgeworCisJCWRpc3QgPSBkcC0+bGFzdF9vZmZzZXQgLSBiaW9fb2Zmc2V0OworCQlpZiAoZGlz dCA8IDApCisJCQlkaXN0ID0gLWRpc3Q7CisKKwkJLyoKKwkJICogQ2FsY3VsYXRlIHRoZSB1c2Ug ZGVsYXkgYXMgZm9sbG93czogQWRkIHRoZSBzeXNjdGwKKwkJICogY29uZmlndXJlZCBkZWxheSwg dGhlbiBjb252ZXJ0IHRoZSBiaW50aW1lIHN0cnVjdHVyZQorCQkgKiBpbiB0ZXJtcyBvZiAxLzY1 NTM2dGhzIG9mIGEgc2Vjb25kIGJlZm9yZSBhZGRpbmcgaXRzCisJCSAqIGNvbXBvbmVudHMuICBT byBtdWx0aXBseSBzZWNvbmRzIGRpZmZlcmVuY2UgYnkgNjU1MzYKKwkJICogYW5kIGRyb3AgYWxs IGJ1dCB0aGUgMTYgbW9zdCBzaWduaWZpY2FudCBiaXRzIGluIHRoZQorCQkgKiBmcmFjdGlvbiwg c2luY2UgdGhleSdyZSBhbGwgZ3JlYXRlciB0aGFuIDEvNjU1MzYuCisJCSAqLworCQl1c2VfZGVs YXkgPSBnX21pcnJvcl9wbHVzZGVsYXk7CisJCXVzZV9kZWxheSArPSAoKGN1cnRpbWUuc2VjIC0g ZHAtPmRfbGFzdF91c2VkLnNlYykgPDwgMTYpOworCQl1c2VfZGVsYXkgKz0gKChjdXJ0aW1lLmZy YWMgLSBkcC0+ZF9sYXN0X3VzZWQuZnJhYykgPj4gNDgpOworCisJCWlmIChiZXN0X2Rpc3QgPT0g LTEgfHwKKwkJICAgIGRpc3QgKiBiZXN0X3VzZV9kZWxheSA8IGJlc3RfZGlzdCAqIHVzZV9kZWxh eSkgewogCQkJZGlzayA9IGRwOwotCQkJYnJlYWs7CisJCQliZXN0X2Rpc3QgPSBkaXN0OworCQkJ YmVzdF91c2VfZGVsYXkgPSB1c2VfZGVsYXk7CiAJCX0KLQkJaWYgKGRpc2sgPT0gTlVMTCB8fAot CQkgICAgYmludGltZV9jbXAoJmRwLT5kX2RlbGF5LCAmZGlzay0+ZF9kZWxheSkgPCAwKSB7Ci0J CQlkaXNrID0gZHA7Ci0JCX0KIAl9CisKIAlLQVNTRVJUKGRpc2sgIT0gTlVMTCwgKCJOVUxMIGRp c2sgZm9yICVzLiIsIHNjLT5zY19uYW1lKSk7CiAJY2JwID0gZ19jbG9uZV9iaW8oYnApOwogCWlm IChjYnAgPT0gTlVMTCkgewpAQCAtMTUwNSw3ICsxNTE2LDggQEAKIAljcCA9IGRpc2stPmRfY29u c3VtZXI7CiAJY2JwLT5iaW9fZG9uZSA9IGdfbWlycm9yX2RvbmU7CiAJY2JwLT5iaW9fdG8gPSBj cC0+cHJvdmlkZXI7Ci0JYmludXB0aW1lKCZkaXNrLT5kX2xhc3RfdXNlZCk7CisJZGlzay0+ZF9s YXN0X3VzZWQgPSBjdXJ0aW1lOworCWRpc2stPmxhc3Rfb2Zmc2V0ID0gYmlvX29mZnNldDsKIAlH X01JUlJPUl9MT0dSRVEoMywgY2JwLCAiU2VuZGluZyByZXF1ZXN0LiIpOwogCUtBU1NFUlQoY3At PmFjciA+PSAxICYmIGNwLT5hY3cgPj0gMSAmJiBjcC0+YWNlID49IDEsCiAJICAgICgiQ29uc3Vt ZXIgJXMgbm90IG9wZW5lZCAociVkdyVkZSVkKS4iLCBjcC0+cHJvdmlkZXItPm5hbWUsIGNwLT5h Y3IsCkBAIC0xNjU5LDYgKzE2NzEsNyBAQAogCQkJCWdfaW9fZGVsaXZlcihicCwgYnAtPmJpb19l cnJvcik7CiAJCQkJcmV0dXJuOwogCQkJfQorCQkJZGlzay0+bGFzdF9vZmZzZXQgPSBicC0+Ymlv X29mZnNldDsKIAkJCWJpb3FfaW5zZXJ0X3RhaWwoJnF1ZXVlLCBjYnApOwogCQkJY2JwLT5iaW9f ZG9uZSA9IGdfbWlycm9yX2RvbmU7CiAJCQljcCA9IGRpc2stPmRfY29uc3VtZXI7CkluZGV4OiBn X21pcnJvci5oCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT0KLS0tIGdfbWlycm9yLmgJKHJldmlzaW9uIDE4NTU2NykKKysr IGdfbWlycm9yLmgJKHdvcmtpbmcgY29weSkKQEAgLTIzLDcgKzIzLDcgQEAKICAqIE9VVCBPRiBU SEUgVVNFIE9GIFRISVMgU09GVFdBUkUsIEVWRU4gSUYgQURWSVNFRCBPRiBUSEUgUE9TU0lCSUxJ VFkgT0YKICAqIFNVQ0ggREFNQUdFLgogICoKLSAqICRGcmVlQlNEJAorICogJEZyZWVCU0Q6IHNy Yy9zeXMvZ2VvbS9taXJyb3IvZ19taXJyb3IuaCx2IDEuMjQgMjAwNi8xMS8wMSAyMjo1MTo0OSBw amQgRXhwICQKICAqLwogCiAjaWZuZGVmCV9HX01JUlJPUl9IXwpAQCAtMTMzLDcgKzEzMyw3IEBA CiAJc3RydWN0IGdfbWlycm9yX3NvZnRjCSpkX3NvZnRjOyAvKiBCYWNrLXBvaW50ZXIgdG8gc29m dGMuICovCiAJaW50CQkgZF9zdGF0ZTsJLyogRGlzayBzdGF0ZS4gKi8KIAl1X2ludAkJIGRfcHJp b3JpdHk7CS8qIERpc2sgcHJpb3JpdHkuICovCi0Jc3RydWN0IGJpbnRpbWUJIGRfZGVsYXk7CS8q IERpc2sgZGVsYXkuICovCisJb2ZmX3QJCSBsYXN0X29mZnNldDsJLyogTEJBIG9mIGxhc3Qgb3Bl cmF0aW9uLiAqLwogCXN0cnVjdCBiaW50aW1lCSBkX2xhc3RfdXNlZDsJLyogV2hlbiBkaXNrIHdh cyBsYXN0IHVzZWQuICovCiAJdWludDY0X3QJIGRfZmxhZ3M7CS8qIEFkZGl0aW9uYWwgZmxhZ3Mu ICovCiAJdV9pbnQJCSBkX2dlbmlkOwkvKiBEaXNrJ3MgZ2VuZXJhdGlvbiBJRC4gKi8K ------=_Part_29247_27764781.1228254629354-- From owner-freebsd-geom@FreeBSD.ORG Wed Dec 3 11:30:27 2008 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA0561065678 for ; Wed, 3 Dec 2008 11:30:27 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 7267C8FC17 for ; Wed, 3 Dec 2008 11:30:27 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1L7pw2-0000tf-1W for freebsd-geom@freebsd.org; Wed, 03 Dec 2008 11:30:26 +0000 Received: from 195.208.174.178 ([195.208.174.178]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 03 Dec 2008 11:30:26 +0000 Received: from vadim_nuclight by 195.208.174.178 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 03 Dec 2008 11:30:26 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Vadim Goncharov Date: Wed, 3 Dec 2008 11:30:17 +0000 (UTC) Organization: Nuclear Lightning @ Tomsk, TPU AVTF Hostel Lines: 33 Message-ID: References: X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 195.208.174.178 X-Comment-To: Hilko Meyer User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Subject: Re: System freeze with gvinum X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vadim_nuclight@mail.ru List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 11:30:27 -0000 Hi Hilko Meyer! On Sat, 29 Nov 2008 23:47:59 +0100; Hilko Meyer wrote about 'System freeze with gvinum': > Every time I tried to run newfs on one of the volumes it stucked and the > complete system freezed, so I cannot provide a coredump. The system runs > 6.4-RELEASE that was compiled today. What can I do to debug this problem? You can try to call panic manually. Change your keymap first, e.g.: vadim@hostel:~>grep key /etc/rc.conf keymap="ru.koi8-r.vg" keyrate="fast" vadim@hostel:~>grep panic ru.koi8-r.vg.kbd 001 esc esc nop nop 155 155 debug panic O 092 nscr pscr debug debug nop nop nop panic O 104 slock saver slock saver susp nop susp panic O 129 esc esc nop nop 155 155 debug panic O 220 nscr pscr debug debug nop nop nop panic O 232 slock saver slock saver susp nop susp panic O Then do 'sysctl machdep.enable_panic_key=1' (may be add this to /etc/sysctl.conf). Then, if your dump device is configured, keymap is applied and sysctl enabled, you can press Alt-Shift-Ctrl-Esc on the console, and machine will panic with coredump. Of course it is better to fall into kernel debugger with Alt-Ctrl-Esc, but that requires debuger compiled into kernel and you knowing what to do with it :) -- WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight] From owner-freebsd-geom@FreeBSD.ORG Wed Dec 3 22:00:04 2008 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B85E1065675 for ; Wed, 3 Dec 2008 22:00:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 200948FC19 for ; Wed, 3 Dec 2008 22:00:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mB3M03Xw086500 for ; Wed, 3 Dec 2008 22:00:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mB3M037k086499; Wed, 3 Dec 2008 22:00:03 GMT (envelope-from gnats) Date: Wed, 3 Dec 2008 22:00:03 GMT Message-Id: <200812032200.mB3M037k086499@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: Rene Ladan Cc: Subject: Re: kern/107707: [geom] [patch] [request] add new class geom_xbox360 to slice up xbox360 media X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Rene Ladan List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 22:00:04 -0000 The following reply was made to PR kern/107707; it has been noted by GNATS. From: Rene Ladan To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/107707: [geom] [patch] [request] add new class geom_xbox360 to slice up xbox360 media Date: Wed, 03 Dec 2008 22:52:57 +0100 I've moved the patch to perforce, available in //depot/user/rene/xtaf/... Rene From owner-freebsd-geom@FreeBSD.ORG Thu Dec 4 01:35:13 2008 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42703106567A for ; Thu, 4 Dec 2008 01:35:13 +0000 (UTC) (envelope-from Hilko.Meyer@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 889EB8FC21 for ; Thu, 4 Dec 2008 01:35:12 +0000 (UTC) (envelope-from Hilko.Meyer@gmx.de) Received: (qmail invoked by alias); 04 Dec 2008 01:35:10 -0000 Received: from p57A2CBC4.dip.t-dialin.net (EHLO schrein.Speedport_W_700V) [87.162.203.196] by mail.gmx.net (mp033) with SMTP; 04 Dec 2008 02:35:10 +0100 X-Authenticated: #749823 X-Provags-ID: V01U2FsdGVkX1+tGORZhRCtQORGCDEn0AAXE2qBb52IhpwcHLBHDo RmphXCbjDWQ74n From: Hilko Meyer To: Hilko Meyer Date: Thu, 04 Dec 2008 02:35:06 +0100 Message-ID: References: <20081130153558.GA2120@nobby.lan> In-Reply-To: X-Mailer: Forte Agent 1.93/32.576 English (American) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Y-GMX-Trusted: 0 X-FuHaFi: 0.55 Cc: adnan@hochpass.uni-hannover.de, Ulf Lilleengen , freebsd-geom@freebsd.org Subject: Re: System freeze with gvinum 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, 04 Dec 2008 01:35:13 -0000 Hilko Meyer schrieb: >Ulf Lilleengen schrieb: >>On Sat, Nov 29, 2008 at 11:47:59PM +0100, Hilko Meyer wrote: >>> Involved hardware: >>> atapci0: >>> ad4: 476940MB at ata2-master UDMA33 >>> ad5: 476940MB at ata2-slave UDMA33 >>> ad6: 476940MB at ata3-master UDMA33 >>>=20 >>> BTW: That are SATA-disks. Why they are reported as UDMA33? >>Seems weird. Maybe there are some bios settings turning of AHCI-mode? > >Ah, I think I know were to look for that. I'll try tomorrow. Done, now it looks like that: | atapci1: port = 0xf80-0xf87,0xf00-0xf03,0xe80-0xe87,0xe00-0xe03,0xb800-0xb80f mem = 0xfcffc000-0xfcffdfff irq 20 at device 10.0 on pci0 | atapci1: AHCI Version 01.10 controller with 4 ports detected | ad4: 476940MB at ata2-master SATA300 | ad6: 476940MB at ata3-master SATA300 | ad8: 476940MB at ata4-master SATA300 Just for the record: Board is a K9N Neo V3 with nforce 560 chipset. Changing this BIOS-setting does the trick: Integrated Periphals -> On-Chip ATA Devices: RAID mode [AHCI] "RAID mode" is a verry clever name for that setting... thanks, Hilko From owner-freebsd-geom@FreeBSD.ORG Thu Dec 4 02:02:45 2008 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72ECC1065673 for ; Thu, 4 Dec 2008 02:02:45 +0000 (UTC) (envelope-from Hilko.Meyer@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id CFE1C8FC08 for ; Thu, 4 Dec 2008 02:02:44 +0000 (UTC) (envelope-from Hilko.Meyer@gmx.de) Received: (qmail invoked by alias); 04 Dec 2008 02:02:43 -0000 Received: from p57A2CBC4.dip.t-dialin.net (EHLO schrein.Speedport_W_700V) [87.162.203.196] by mail.gmx.net (mp029) with SMTP; 04 Dec 2008 03:02:43 +0100 X-Authenticated: #749823 X-Provags-ID: V01U2FsdGVkX1+Q1GMxPo2Q7PMRqL713rc3jLKrU7Jn4dXaYoKxnv RjYx6R5hdaBn9M From: Hilko Meyer To: Ulf Lilleengen Date: Thu, 04 Dec 2008 03:02:39 +0100 Message-ID: References: <20081130153558.GA2120@nobby.lan> <20081130222445.GA1528@carrot.studby.ntnu.no> <20081201021720.GA1949@carrot.studby.ntnu.no> In-Reply-To: <20081201021720.GA1949@carrot.studby.ntnu.no> X-Mailer: Forte Agent 1.93/32.576 English (American) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Y-GMX-Trusted: 0 X-FuHaFi: 0.52 Cc: adnan@hochpass.uni-hannover.de, freebsd-geom@freebsd.org Subject: Re: System freeze with gvinum 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, 04 Dec 2008 02:02:45 -0000 Ulf Lilleengen schrieb: >On man, des 01, 2008 at 12:32:22am +0100, Hilko Meyer wrote: >> Is gvinum in 7.1RC and 7.x the same? We considered to update to 7.1 >> before it's released anyway, because we need nfe(4). And wanted to = try >> gvinum and zfs there. >Yes, they are the same. >>=20 >> But we can test a patch against 6.4 before the big update if you want. >>=20 >It's really up to you. If you're going to upgrade anyway, it will at = least >save me from a little bit of work :) Unfortunately I have some other work for you. After changing the BIOS-setting to AHCI, I tried gvinum with 6.4 again. And strangely enough it worked. No freeze with newfs and I could copy several GB to the volumes, but after a reboot gvinum list looks like that: | D sata3 State: up /dev/ad10 A: 9/476939 MB = (0%) | D sata2 State: up /dev/ad8 A: 9/476939 MB = (0%) | D sata1 State: up /dev/ad4 A: 9/476939 MB = (0%) |=20 | 2 volumes: | V homes_raid5 State: down Plexes: 1 Size: = 465 GB | V dump_raid5 State: down Plexes: 1 Size: = 465 GB |=20 | 2 plexes: | P homes_raid5.p0 R5 State: down Subdisks: 3 Size: = 465 GB | P dump_raid5.p0 R5 State: down Subdisks: 3 Size: = 465 GB |=20 | 6 subdisks: | S homes_raid5.p0.s0 State: stale D: sata1 Size: = 232 GB | S homes_raid5.p0.s1 State: stale D: sata2 Size: = 232 GB | S homes_raid5.p0.s2 State: stale D: sata3 Size: = 232 GB | S dump_raid5.p0.s0 State: stale D: sata1 Size: = 232 GB | S dump_raid5.p0.s1 State: stale D: sata2 Size: = 232 GB | S dump_raid5.p0.s2 State: stale D: sata3 Size: = 232 GB Then we updated to FreeBSD 7.1-PRERELEASE, but nothing changed. After a reboot the volumes are down. In dmesg I found g_vfs_done():gvinum/dump_raid5[READ(offset=3D65536, length=3D8192)]error = =3D 6 but I think, that occurred during a try to mount a volume. bye, Hilko From owner-freebsd-geom@FreeBSD.ORG Thu Dec 4 07:34:18 2008 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A435D106564A for ; Thu, 4 Dec 2008 07:34:18 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from bene1.itea.ntnu.no (bene1.itea.ntnu.no [IPv6:2001:700:300:3::56]) by mx1.freebsd.org (Postfix) with ESMTP id 23C8B8FC22 for ; Thu, 4 Dec 2008 07:34:16 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by bene1.itea.ntnu.no (Postfix) with ESMTP id 7AD091769C0; Thu, 4 Dec 2008 08:34:14 +0100 (CET) Received: from nobby (unknown [IPv6:2001:700:300:3::184]) by bene1.itea.ntnu.no (Postfix) with ESMTP id C867B16C7D3; Thu, 4 Dec 2008 08:34:13 +0100 (CET) Date: Thu, 4 Dec 2008 07:34:10 +0100 From: Ulf Lilleengen To: Hilko Meyer Message-ID: <20081204063410.GA1465@nobby.lan> References: <20081130153558.GA2120@nobby.lan> <20081130222445.GA1528@carrot.studby.ntnu.no> <20081201021720.GA1949@carrot.studby.ntnu.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: Debian amavisd-new at bene1.itea.ntnu.no Cc: adnan@hochpass.uni-hannover.de, freebsd-geom@freebsd.org Subject: Re: System freeze with gvinum 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, 04 Dec 2008 07:34:18 -0000 On Thu, Dec 04, 2008 at 03:02:39AM +0100, Hilko Meyer wrote: > Ulf Lilleengen schrieb: > >On man, des 01, 2008 at 12:32:22am +0100, Hilko Meyer wrote: > >> Is gvinum in 7.1RC and 7.x the same? We considered to update to 7.1 > >> before it's released anyway, because we need nfe(4). And wanted to try > >> gvinum and zfs there. > >Yes, they are the same. > >> > >> But we can test a patch against 6.4 before the big update if you want. > >> > >It's really up to you. If you're going to upgrade anyway, it will at least > >save me from a little bit of work :) > > Unfortunately I have some other work for you. After changing the > BIOS-setting to AHCI, I tried gvinum with 6.4 again. And strangely > enough it worked. No freeze with newfs and I could copy several GB to > the volumes, but after a reboot gvinum list looks like that: > > | D sata3 State: up /dev/ad10 A: 9/476939 MB (0%) > | D sata2 State: up /dev/ad8 A: 9/476939 MB (0%) > | D sata1 State: up /dev/ad4 A: 9/476939 MB (0%) > | > | 2 volumes: > | V homes_raid5 State: down Plexes: 1 Size: 465 GB > | V dump_raid5 State: down Plexes: 1 Size: 465 GB > | > | 2 plexes: > | P homes_raid5.p0 R5 State: down Subdisks: 3 Size: 465 GB > | P dump_raid5.p0 R5 State: down Subdisks: 3 Size: 465 GB > | > | 6 subdisks: > | S homes_raid5.p0.s0 State: stale D: sata1 Size: 232 GB > | S homes_raid5.p0.s1 State: stale D: sata2 Size: 232 GB > | S homes_raid5.p0.s2 State: stale D: sata3 Size: 232 GB > | S dump_raid5.p0.s0 State: stale D: sata1 Size: 232 GB > | S dump_raid5.p0.s1 State: stale D: sata2 Size: 232 GB > | S dump_raid5.p0.s2 State: stale D: sata3 Size: 232 GB > > Then we updated to FreeBSD 7.1-PRERELEASE, but nothing changed. After a > reboot the volumes are down. In dmesg I found > g_vfs_done():gvinum/dump_raid5[READ(offset=65536, length=8192)]error = 6 > but I think, that occurred during a try to mount a volume. > Well, this can happen if there was errors reading/writing to volumes previously. When volumes are in the down state, it is not possible to use them. You have a few options: If currently have any data on the volumes, and would like to recover without reinitializing the volumes, you can try and force the subdisk states to up by doing: 1. 'gvinum setstate -f up ' on all subdisk. The plexes should then go into the upstate as all the subdisks are up. 2. Do fsck on the volumes to ensure that they are ok. If so, you are ready to go again. Note that you might have to pass -t ufs to fsck as vinum volumes previously have set their own disklabels and other weird stuff. If you don't have any valuable data yet, you can run 'gvinum start ' on all volumes, which should reinitialize the plexes, or you can just recreate the entire config. Recreating the entire config might also work if you have data, but I'd try the tip above first. In any case, I don't guarantee for any these methods to work, but forcing the state of the subdisks should to the trick. Preferably, you can try the method on the subdisks of one of the volumes first and see if it works. -- Ulf Lilleengen From owner-freebsd-geom@FreeBSD.ORG Thu Dec 4 19:51:19 2008 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 742F7106572A; Thu, 4 Dec 2008 19:51:18 +0000 (UTC) (envelope-from pjd@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9C47C8FC0C; Thu, 4 Dec 2008 19:51:18 +0000 (UTC) (envelope-from pjd@FreeBSD.org) Received: from freefall.freebsd.org (pjd@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mB4JpIbc015729; Thu, 4 Dec 2008 19:51:18 GMT (envelope-from pjd@freefall.freebsd.org) Received: (from pjd@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mB4JpIoL015725; Thu, 4 Dec 2008 19:51:18 GMT (envelope-from pjd) Date: Thu, 4 Dec 2008 19:51:18 GMT Message-Id: <200812041951.mB4JpIoL015725@freefall.freebsd.org> To: pjd@FreeBSD.org, freebsd-geom@FreeBSD.org, pjd@FreeBSD.org From: pjd@FreeBSD.org Cc: Subject: Re: kern/113885: [gmirror] [patch] improved gmirror balance algorithm 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, 04 Dec 2008 19:51:19 -0000 Synopsis: [gmirror] [patch] improved gmirror balance algorithm Responsible-Changed-From-To: freebsd-geom->pjd Responsible-Changed-By: pjd Responsible-Changed-When: czw 4 gru 19:51:01 2008 UTC Responsible-Changed-Why: I'll handle this one. http://www.freebsd.org/cgi/query-pr.cgi?pr=113885 From owner-freebsd-geom@FreeBSD.ORG Thu Dec 4 20:41:19 2008 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F6DF1065673 for ; Thu, 4 Dec 2008 20:41:19 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.191]) by mx1.freebsd.org (Postfix) with ESMTP id EA52F8FC12 for ; Thu, 4 Dec 2008 20:41:18 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: by rn-out-0910.google.com with SMTP id j71so3916780rne.12 for ; Thu, 04 Dec 2008 12:41:18 -0800 (PST) Received: by 10.90.103.13 with SMTP id a13mr8245193agc.69.1228423277602; Thu, 04 Dec 2008 12:41:17 -0800 (PST) Received: by 10.90.73.15 with HTTP; Thu, 4 Dec 2008 12:41:17 -0800 (PST) Message-ID: Date: Thu, 4 Dec 2008 21:41:17 +0100 From: "=?ISO-8859-1?Q?Marius_N=FCnnerich?=" To: freebsd-geom@freebsd.org, phk@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: DTrace probes for geom_kern, geom_io and geom_event 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, 04 Dec 2008 20:41:19 -0000 Hi, I wrote a bunch of DTrace probes for the core geom files mentioned in the subject. The patch for current is available at http://nuenneri.ch/freebsd/geom_probes.patch Anyone interested in testing them? Just apply the patch, add options KDTRACE_HOOKS to your kernel and build it like this: # make WITH_CTF=1 KERNCONF=YOURKERNEL buildkernel installkernel After reboot you can # kldload dtraceall and see the new probes with # dtrace -lP geom A sample script: #!/usr/sbin/dtrace -s #pragma D option quiet geom::: { @geom[execname, probemod, probefunc, probename] = count(); @geom_all[execname, probemod, probefunc, probename] = count(); } tick-10sec { normalize(@geom, 10) printa("%@8u %@8u %12s %s:%s:%s\n", @geom_all, @geom); printf("\n"); clear(@geom); } This is hand copied. You can chmod 755 and run it. I'm not sure how to handle the opt_kdtrace.h case in geom.h, see patch line 842. Any comments on the patch? @phk: Are you interested in committing this when there are no complaints? Are you interested in more probes? Kind regards Marius From owner-freebsd-geom@FreeBSD.ORG Thu Dec 4 20:41:52 2008 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 054E51065670 for ; Thu, 4 Dec 2008 20:41:52 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id C01DE8FC1C for ; Thu, 4 Dec 2008 20:41:51 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: by yx-out-2324.google.com with SMTP id 8so1830139yxb.13 for ; Thu, 04 Dec 2008 12:41:50 -0800 (PST) Received: by 10.90.29.17 with SMTP id c17mr8268012agc.13.1228423309654; Thu, 04 Dec 2008 12:41:49 -0800 (PST) Received: by 10.90.73.15 with HTTP; Thu, 4 Dec 2008 12:41:49 -0800 (PST) Message-ID: Date: Thu, 4 Dec 2008 21:41:49 +0100 From: "=?ISO-8859-1?Q?Marius_N=FCnnerich?=" To: freebsd-geom@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Trivial(?) reorganization of topology lock in geom_event 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, 04 Dec 2008 20:41:52 -0000 Hi, while working on the DTrace probes for geom I noticed that g_topology_lock() is called 20 times per second from the g_event thread, even though the thread only runs 10 times per second when idle. Maybe it is possible to change the locking like in this patch? I also changed the position of one unlocking of g_eventlock. Patch (relative to src/sys): http://nuenneri.ch/freebsd/geom_tl.patch As a side note: Do all the msleep calls have to have a timeout? Why is this so? Kind regards Marius From owner-freebsd-geom@FreeBSD.ORG Fri Dec 5 12:58:39 2008 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF1481065686 for ; Fri, 5 Dec 2008 12:58:39 +0000 (UTC) (envelope-from charlie@clamothe.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.169]) by mx1.freebsd.org (Postfix) with ESMTP id B23808FC1C for ; Fri, 5 Dec 2008 12:58:39 +0000 (UTC) (envelope-from charlie@clamothe.com) Received: by wf-out-1314.google.com with SMTP id 24so4766215wfg.7 for ; Fri, 05 Dec 2008 04:58:38 -0800 (PST) Received: by 10.142.240.9 with SMTP id n9mr2828079wfh.1.1228480443585; Fri, 05 Dec 2008 04:34:03 -0800 (PST) Received: from ?192.168.0.110? (c-71-193-189-222.hsd1.or.comcast.net [71.193.189.222]) by mx.google.com with ESMTPS id 24sm10539558wff.37.2008.12.05.04.33.39 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 05 Dec 2008 04:33:40 -0800 (PST) Message-Id: <6AEFCB5D-BF7F-49EE-9EDC-E5CD63920508@clamothe.com> From: Charlie La Mothe To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Fri, 5 Dec 2008 04:33:38 -0800 X-Mailer: Apple Mail (2.929.2) Subject: gmirror insert error: Synchronization request failed (error=1) 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, 05 Dec 2008 12:58:40 -0000 I have three SATA disks: ad6, ad7, and ad8. I just installed a fresh copy of FreeBSD 7.0 amd64 (minimal) on ad6s1a. I setup a gmirror with: gmirror -vb round-robin gm0 /dev/ad6s1a. I edited my fstab, and told my loader.conf to load geom_mirror. The machine boots up fine, however I run into an error when I try to insert an additional component: # gmirror insert gm0 /dev/ad7s1d # tail /var/log/messages Dec 5 04:27:51 monopoly kernel: GEOM_MIRROR: Device gm0: rebuilding provider ad7s1d. Dec 5 04:27:51 monopoly kernel: GEOM_MIRROR: Synchronization request failed (error=1). ad7s1d[WRITE(offset=0, length=131072)] Dec 5 04:27:51 monopoly kernel: GEOM_MIRROR: Device gm0: provider ad7s1d disconnected. Dec 5 04:27:51 monopoly kernel: GEOM_MIRROR: Device gm0: rebuilding provider ad7s1d stopped. # gmirror status Name Status Components mirror/gm0 DEGRADED ad6s1a # gmirror list Geom name: gm0 State: DEGRADED Components: 2 Balance: round-robin Slice: 4096 Flags: NONE GenID: 4 SyncID: 1 ID: 1745622490 Providers: 1. Name: mirror/gm0 Mediasize: 5368708608 (5.0G) Sectorsize: 512 Mode: r1w1e1 Consumers: 1. Name: ad6s1a Mediasize: 5368709120 (5.0G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: NONE GenID: 4 SyncID: 1 ID: 3963284114 I haven't been able to find any explanation for this error. The same error occurs when I attempt to insert the ad8s1d component. All of the hard drives diagnose to be working. BSD label Reference: Each disk has one slice. Summary: 5GB UFS boot partition 5GB Swap ~950GB unused partition (for zfs / raidz). # bsdlabel /dev/ad6s1 # /dev/ad6s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 10485760 0 4.2BSD 2048 16384 28528 b: 10485760 10485760 swap c: 1953520002 0 unused 0 0 # "raw" part, don't edit d: 1932548482 20971520 4.2BSD 0 0 0 # bsdlabel /dev/ad7s1 # /dev/ad7s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] b: 10485760 10485760 swap c: 1953520002 0 unused 0 0 # "raw" part, don't edit d: 10485760 0 4.2BSD 0 0 0 e: 1932548482 20971520 4.2BSD 0 0 0 # bsdlabel /dev/ad8s1 # /dev/ad8s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] b: 10485760 10485760 swap c: 1953520002 0 unused 0 0 # "raw" part, don't edit d: 10485760 0 4.2BSD 0 0 0 e: 1932548482 20971520 4.2BSD 0 0 0 From owner-freebsd-geom@FreeBSD.ORG Fri Dec 5 13:11:28 2008 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AAC8106564A; Fri, 5 Dec 2008 13:11:28 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 31B198FC1D; Fri, 5 Dec 2008 13:11:26 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA24872; Fri, 05 Dec 2008 15:11:25 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4939287C.3020208@icyb.net.ua> Date: Fri, 05 Dec 2008 15:11:24 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.18 (X11/20081124) MIME-Version: 1.0 To: freebsd-fs@freebsd.org, freebsd-geom@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: partition covering the whole slice [repost] 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, 05 Dec 2008 13:11:28 -0000 [Repost: I originally cc-ed gnome instead of geom; Sorry.] I have a disk with two slices and each slices has a single real partition covering the whole slice, sector-to-sector. I don't remember how I managed to configure the disk this way, is this even possible? :-) $ gpart show => 63 781422705 ad12 MBR (373G) 63 209712447 1 freebsd [active] (100G) 209712510 571705155 2 freebsd [active] (273G) 781417665 5103 - free - (2.5M) => 0 209712447 ufs/extbackup BSD (100G) 0 209712447 1 freebsd-ufs (100G) => 0 209712447 ad12s1 BSD (100G) 0 209712447 1 freebsd-ufs (100G) => 0 571705155 ufs/extstuff BSD (273G) 0 571705155 1 freebsd-ufs (273G) => 0 571705155 ad12s2 BSD (273G) 0 571705155 1 freebsd-ufs (273G) You can immediately spot another oddity - I never used glabel on this disk, but I did use tunefs -L to label the UFS filesystems within the partitions. Now it seems that the label of filesystems is also somehow recognized as a label for the whole slice. E.g. "ufs/extbackup" is exatcly the same as "ad12s1". Weird. Here's some additional data: $ ls -1 /dev/ad12* /dev/ad12 /dev/ad12s1 /dev/ad12s1a /dev/ad12s2 /dev/ad12s2a Looks usual. $ ls -1 /dev/ufs/ extbackup extbackupa extstuff extstuffa So there is one "normal" label for each filesystem and the second label for it as a filesystem in partition "a" of a labeled slice. There is nothing in /dev/label though. And a bit more: $ file -s /dev/ad12s1 /dev/ad12s1: Unix Fast File system [v2] (little-endian) last mounted on /automnt/ufs/extbackupa, volume name extbackup, last written at Tue Dec 2 17:47:21 2008, clean flag 1, readonly flag 0, number of blocks 13107027, number of data blocks 13002290, number of cylinder groups 35, block size 65536, fragment size 8192, average file size 16384, average number of files in dir 64, pending blocks to free 0, pending inodes to free 0, system-wide uuid 0, minimum percentage of free blocks 8, TIME optimization $ file -s /dev/ad12s1a /dev/ad12s1a: Unix Fast File system [v2] (little-endian) last mounted on /automnt/ufs/extbackupa, volume name extbackup, last written at Tue Dec 2 17:47:21 2008, clean flag 1, readonly flag 0, number of blocks 13107027, number of data blocks 13002290, number of cylinder groups 35, block size 65536, fragment size 8192, average file size 16384, average number of files in dir 64, pending blocks to free 0, pending inodes to free 0, system-wide uuid 0, minimum percentage of free blocks 8, TIME optimization So it looks like start of ad12s1 is the same as ad12s1a. On some better configured disks I see: $ file -s /dev/ad6s1 /dev/ad6s1: x86 boot sector; partition 4: ID=0xa5, active, starthead 0, startsector 0, 50000 sectors Ultimately I would like to fix this so that I don't see labels on the slices. -- Andriy Gapon From owner-freebsd-geom@FreeBSD.ORG Fri Dec 5 14:48:14 2008 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93C8F1065673 for ; Fri, 5 Dec 2008 14:48:14 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206045082.chello.pl [87.206.45.82]) by mx1.freebsd.org (Postfix) with ESMTP id CD88F8FC19 for ; Fri, 5 Dec 2008 14:48:13 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 8275A45685; Fri, 5 Dec 2008 15:48:11 +0100 (CET) Received: from localhost (pjdwl.wheel.pl [10.0.1.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id F36A345683; Fri, 5 Dec 2008 15:48:05 +0100 (CET) Date: Fri, 5 Dec 2008 15:48:06 +0100 From: Pawel Jakub Dawidek To: Charlie La Mothe Message-ID: <20081205144806.GA3284@garage.freebsd.pl> References: <6AEFCB5D-BF7F-49EE-9EDC-E5CD63920508@clamothe.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k1lZvvs/B4yU6o8G" Content-Disposition: inline In-Reply-To: <6AEFCB5D-BF7F-49EE-9EDC-E5CD63920508@clamothe.com> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-geom@freebsd.org Subject: Re: gmirror insert error: Synchronization request failed (error=1) 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, 05 Dec 2008 14:48:14 -0000 --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 05, 2008 at 04:33:38AM -0800, Charlie La Mothe wrote: > I have three SATA disks: ad6, ad7, and ad8. >=20 > I just installed a fresh copy of FreeBSD 7.0 amd64 (minimal) on ad6s1a. >=20 > I setup a gmirror with: gmirror -vb round-robin gm0 /dev/ad6s1a. I =20 > edited my fstab, and told my loader.conf to load geom_mirror. >=20 > The machine boots up fine, however I run into an error when I try to =20 > insert an additional component: >=20 > # gmirror insert gm0 /dev/ad7s1d > # tail /var/log/messages > Dec 5 04:27:51 monopoly kernel: GEOM_MIRROR: Device gm0: rebuilding =20 > provider ad7s1d. > Dec 5 04:27:51 monopoly kernel: GEOM_MIRROR: Synchronization request =20 > failed (error=3D1). ad7s1d[WRITE(offset=3D0, length=3D131072)] > Dec 5 04:27:51 monopoly kernel: GEOM_MIRROR: Device gm0: provider =20 > ad7s1d disconnected. > Dec 5 04:27:51 monopoly kernel: GEOM_MIRROR: Device gm0: rebuilding =20 > provider ad7s1d stopped. >=20 > # gmirror status > Name Status Components > mirror/gm0 DEGRADED ad6s1a >=20 > # gmirror list > Geom name: gm0 > State: DEGRADED > Components: 2 > Balance: round-robin > Slice: 4096 > Flags: NONE > GenID: 4 > SyncID: 1 > ID: 1745622490 > Providers: > 1. Name: mirror/gm0 > Mediasize: 5368708608 (5.0G) > Sectorsize: 512 > Mode: r1w1e1 > Consumers: > 1. Name: ad6s1a > Mediasize: 5368709120 (5.0G) > Sectorsize: 512 > Mode: r1w1e1 > State: ACTIVE > Priority: 0 > Flags: NONE > GenID: 4 > SyncID: 1 > ID: 3963284114 >=20 >=20 > I haven't been able to find any explanation for this error. The same =20 > error occurs when I attempt to insert the ad8s1d component. >=20 > All of the hard drives diagnose to be working. >=20 >=20 > BSD label Reference: >=20 > Each disk has one slice. >=20 > Summary: > 5GB UFS boot partition > 5GB Swap > ~950GB unused partition (for zfs / raidz). >=20 > # bsdlabel /dev/ad6s1 >=20 > # /dev/ad6s1: > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > a: 10485760 0 4.2BSD 2048 16384 28528 > b: 10485760 10485760 swap > c: 1953520002 0 unused 0 0 # "raw" =20 > part, don't edit > d: 1932548482 20971520 4.2BSD 0 0 0 >=20 > # bsdlabel /dev/ad7s1 >=20 > # /dev/ad7s1: > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > b: 10485760 10485760 swap > c: 1953520002 0 unused 0 0 # "raw" =20 > part, don't edit > d: 10485760 0 4.2BSD 0 0 0 This is your problem. No partition should start at offset 0 and yet sysinstall creates those. > e: 1932548482 20971520 4.2BSD 0 0 0 >=20 >=20 > # bsdlabel /dev/ad8s1 >=20 > # /dev/ad8s1: > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > b: 10485760 10485760 swap > c: 1953520002 0 unused 0 0 # "raw" =20 > part, don't edit > d: 10485760 0 4.2BSD 0 0 0 > e: 1932548482 20971520 4.2BSD 0 0 0 >=20 > _______________________________________________ > 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" --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --k1lZvvs/B4yU6o8G Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFJOT8mForvXbEpPzQRAtTmAKDznj1HZdyciyl7MbwBxetuopnrlwCgu3VV zi32qGOMO+CjDu6kzIiaWHU= =KWrh -----END PGP SIGNATURE----- --k1lZvvs/B4yU6o8G-- From owner-freebsd-geom@FreeBSD.ORG Fri Dec 5 17:16:12 2008 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A49BD1065676 for ; Fri, 5 Dec 2008 17:16:12 +0000 (UTC) (envelope-from Hilko.Meyer@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 2126E8FC0A for ; Fri, 5 Dec 2008 17:16:11 +0000 (UTC) (envelope-from Hilko.Meyer@gmx.de) Received: (qmail invoked by alias); 05 Dec 2008 17:16:09 -0000 Received: from p57A2B68D.dip.t-dialin.net (EHLO schrein.Speedport_W_700V) [87.162.182.141] by mail.gmx.net (mp011) with SMTP; 05 Dec 2008 18:16:09 +0100 X-Authenticated: #749823 X-Provags-ID: V01U2FsdGVkX19mT0oBTLJm1+M42aLsfy+qA+nPp8Nd8gqq7ltxS/ WMhoksjySmW/7b From: Hilko Meyer To: Ulf Lilleengen Date: Fri, 05 Dec 2008 18:16:02 +0100 Message-ID: <6snij41mh5vtm92ch1d045upgjj6atbkn1@mail.gmx.net> References: <20081130153558.GA2120@nobby.lan> <20081130222445.GA1528@carrot.studby.ntnu.no> <20081201021720.GA1949@carrot.studby.ntnu.no> <20081204063410.GA1465@nobby.lan> In-Reply-To: <20081204063410.GA1465@nobby.lan> X-Mailer: Forte Agent 1.93/32.576 English (American) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Y-GMX-Trusted: 0 X-FuHaFi: 0.51 Cc: adnan@hochpass.uni-hannover.de, freebsd-geom@freebsd.org Subject: Re: System freeze with gvinum 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, 05 Dec 2008 17:16:12 -0000 Ulf Lilleengen schrieb: >On Thu, Dec 04, 2008 at 03:02:39AM +0100, Hilko Meyer wrote: >> Unfortunately I have some other work for you. After changing the >> BIOS-setting to AHCI, I tried gvinum with 6.4 again. And strangely >> enough it worked. No freeze with newfs and I could copy several GB to >> the volumes, but after a reboot gvinum list looks like that: >>=20 >> | D sata3 State: up /dev/ad10 A: 9/476939 = MB (0%) >> | D sata2 State: up /dev/ad8 A: 9/476939 = MB (0%) >> | D sata1 State: up /dev/ad4 A: 9/476939 = MB (0%) >> |=20 >> | 2 volumes: >> | V homes_raid5 State: down Plexes: 1 Size: = 465 GB >> | V dump_raid5 State: down Plexes: 1 Size: = 465 GB >> |=20 >> | 2 plexes: >> | P homes_raid5.p0 R5 State: down Subdisks: 3 Size: = 465 GB >> | P dump_raid5.p0 R5 State: down Subdisks: 3 Size: = 465 GB >> |=20 >> | 6 subdisks: >> | S homes_raid5.p0.s0 State: stale D: sata1 Size: = 232 GB >> | S homes_raid5.p0.s1 State: stale D: sata2 Size: = 232 GB >> | S homes_raid5.p0.s2 State: stale D: sata3 Size: = 232 GB >> | S dump_raid5.p0.s0 State: stale D: sata1 Size: = 232 GB >> | S dump_raid5.p0.s1 State: stale D: sata2 Size: = 232 GB >> | S dump_raid5.p0.s2 State: stale D: sata3 Size: = 232 GB >>=20 >> Then we updated to FreeBSD 7.1-PRERELEASE, but nothing changed. After = a >> reboot the volumes are down. In dmesg I found >> g_vfs_done():gvinum/dump_raid5[READ(offset=3D65536, = length=3D8192)]error =3D 6 >> but I think, that occurred during a try to mount a volume. >>=20 >Well, this can happen if there was errors reading/writing to volumes >previously. When volumes are in the down state, it is not possible to = use >them. You have a few options: > >If currently have any data on the volumes, and would like to recover = without >reinitializing the volumes, you can try and force the subdisk states to = up by >doing: > >1. 'gvinum setstate -f up ' on all subdisk. The plexes should = then >go into the upstate as all the subdisks are up. >2. Do fsck on the volumes to ensure that they are ok. If so, you are = ready to >go again. Note that you might have to pass -t ufs to fsck as vinum = volumes >previously have set their own disklabels and other weird stuff. That didn't helped. After a reboot were the subdisks stale again. >If you don't have any valuable data yet, you can run 'gvinum start = ' >on all volumes, which should reinitialize the plexes, That worked, All up after a reboot. Took nine hours per volume... In dmesg I found | GEOM_VINUM: subdisk 'homes_raid5.p0.s2' init: finished successfully | GEOM_VINUM: subdisk 'homes_raid5.p0.s0' init: finished successfully | GEOM_VINUM: plex homes_raid5.p0 state change: down -> up | GEOM_VINUM: g_access failed on drive sata2, errno 1 | GEOM_VINUM: subdisk 'homes_raid5.p0.s1' init: finished successfully Do I have to worry about "g_access failed on drive sata2, errno 1"? >or you can just recreate the entire config. Recreating the entire config >might also work if you have data, but I'd try the tip above first. I've tried that before writing the last mail, but didn't mentioned that. Has not worked. thanks for your help, Hilko From owner-freebsd-geom@FreeBSD.ORG Fri Dec 5 20:45:24 2008 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03CEE1065670 for ; Fri, 5 Dec 2008 20:45:24 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206045082.chello.pl [87.206.45.82]) by mx1.freebsd.org (Postfix) with ESMTP id 5D05E8FC08 for ; Fri, 5 Dec 2008 20:45:23 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id CEF9D45685; Fri, 5 Dec 2008 21:45:20 +0100 (CET) Received: from localhost (chello087206045082.chello.pl [87.206.45.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 7D98745683; Fri, 5 Dec 2008 21:45:16 +0100 (CET) Date: Fri, 5 Dec 2008 21:45:15 +0100 From: Pawel Jakub Dawidek To: Charlie La Mothe Message-ID: <20081205204515.GA2303@garage.freebsd.pl> References: <6AEFCB5D-BF7F-49EE-9EDC-E5CD63920508@clamothe.com> <20081205144806.GA3284@garage.freebsd.pl> <8C75F72F-A68C-4E42-97F6-FA4BD4B2F57A@clamothe.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline In-Reply-To: <8C75F72F-A68C-4E42-97F6-FA4BD4B2F57A@clamothe.com> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 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 autolearn=ham version=3.0.4 Cc: freebsd-geom@FreeBSD.org Subject: Re: gmirror insert error: Synchronization request failed (error=1) 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, 05 Dec 2008 20:45:24 -0000 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 05, 2008 at 12:39:10PM -0800, Charlie La Mothe wrote: > What offset should I use, then? Does this only apply to the first =20 > labels in each slice, or should there be an offset between each label? First 16 sectors is where bsdlabel keeps its metadata. bsdlabel(8) correctly skips those, but not sysinstall, which is lame on our (FreeBSD) side, I know. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --HlL+5n6rz5pIUxbD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFJOZLbForvXbEpPzQRAvTOAKDmoc1gIKj3ytmy0VQrSnidhJK+ywCcDFwi TR9iFIALzgwWcz1ZRx/WEcs= =WMs3 -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- From owner-freebsd-geom@FreeBSD.ORG Sat Dec 6 10:46:42 2008 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30CAF1065675; Sat, 6 Dec 2008 10:46:42 +0000 (UTC) (envelope-from trasz@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 07CDC8FC1B; Sat, 6 Dec 2008 10:46:42 +0000 (UTC) (envelope-from trasz@FreeBSD.org) Received: from freefall.freebsd.org (trasz@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mB6AkfrN031573; Sat, 6 Dec 2008 10:46:41 GMT (envelope-from trasz@freefall.freebsd.org) Received: (from trasz@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mB6AkfDK031569; Sat, 6 Dec 2008 10:46:41 GMT (envelope-from trasz) Date: Sat, 6 Dec 2008 10:46:41 GMT Message-Id: <200812061046.mB6AkfDK031569@freefall.freebsd.org> To: trasz@FreeBSD.org, freebsd-geom@FreeBSD.org, trasz@FreeBSD.org From: trasz@FreeBSD.org Cc: Subject: Re: kern/128529: [gjournal] root FS on GEOM Journal cannot boot when journal isn't marked clean/consistent 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, 06 Dec 2008 10:46:42 -0000 Synopsis: [gjournal] root FS on GEOM Journal cannot boot when journal isn't marked clean/consistent Responsible-Changed-From-To: freebsd-geom->trasz Responsible-Changed-By: trasz Responsible-Changed-When: Sat Dec 6 10:46:35 UTC 2008 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=128529 From owner-freebsd-geom@FreeBSD.ORG Sat Dec 6 21:00:12 2008 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AFA71065672 for ; Sat, 6 Dec 2008 21:00:10 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 1A2158FC08 for ; Sat, 6 Dec 2008 21:00:09 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 6BF6B170E0; Sat, 6 Dec 2008 21:00:08 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id mB6L07qm031115; Sat, 6 Dec 2008 21:00:07 GMT (envelope-from phk@critter.freebsd.dk) To: "=?ISO-8859-1?Q?Marius_N=FCnnerich?=" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 04 Dec 2008 21:41:49 +0100." Date: Sat, 06 Dec 2008 21:00:07 +0000 Message-ID: <31114.1228597207@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-geom@freebsd.org Subject: Re: Trivial(?) reorganization of topology lock in geom_event 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, 06 Dec 2008 21:00:12 -0000 In message , "=?ISO- 8859-1?Q?Marius_N=FCnnerich?=" writes: >Hi, > >while working on the DTrace probes for geom I noticed that >g_topology_lock() is called 20 times per second from the g_event >thread, even though the thread only runs 10 times per second when >idle. Maybe it is possible to change the locking like in this patch? I >also changed the position of one unlocking of g_eventlock. In theory the timeout is not necessary, it was added as a stopgap because there were synchronisation issues long time ago. Try dropping the timeout and see if you can provoke problems, if not, kill it. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.