From owner-freebsd-geom@FreeBSD.ORG Mon Jan 12 11:06:52 2009 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 4D0FD106566C for ; Mon, 12 Jan 2009 11:06:52 +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 39C018FC14 for ; Mon, 12 Jan 2009 11:06:52 +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 n0CB6qJL091989 for ; Mon, 12 Jan 2009 11:06:52 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0CB6pLJ091985 for freebsd-geom@FreeBSD.org; Mon, 12 Jan 2009 11:06:51 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 12 Jan 2009 11:06:51 GMT Message-Id: <200901121106.n0CB6pLJ091985@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, 12 Jan 2009 11:06:52 -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/129674 geom [geom] gjournal root did not mount on boot o kern/129645 geom gjournal(8): GEOM_JOURNAL causes system to fail to boo o kern/129245 geom [geom] gcache is more suitable for suffix based provid o bin/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/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] [panic] GBDE-encrypted swap causes panic at shu 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 Tue Jan 13 12:34:52 2009 Return-Path: Delivered-To: geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEAAB1065702 for ; Tue, 13 Jan 2009 12:34:52 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 8639E8FC0C for ; Tue, 13 Jan 2009 12:34:52 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 9068B73098; Tue, 13 Jan 2009 13:21:11 +0100 (CET) Date: Tue, 13 Jan 2009 13:21:11 +0100 From: Luigi Rizzo To: geom@freebsd.org, Luigi Rizzo Message-ID: <20090113122111.GA89189@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: geom 'taste' vs. manual creation ? 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, 13 Jan 2009 12:34:53 -0000 geom(4) says: A geom which came into being as a result of a normal taste operation should self-destruct... Now I wonder: does the GEOM infrastructure record whether a geom has been created by a 'taste' call, or manually through a 'geom xxx create ..', or this info should be managed directly by the individual implementation ? cheers luigi From owner-freebsd-geom@FreeBSD.ORG Tue Jan 13 12:51:23 2009 Return-Path: Delivered-To: geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37726106564A for ; Tue, 13 Jan 2009 12:51:23 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id F26948FC2B for ; Tue, 13 Jan 2009 12:51:22 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id A996873098; Tue, 13 Jan 2009 13:56:31 +0100 (CET) Date: Tue, 13 Jan 2009 13:56:31 +0100 From: Luigi Rizzo To: geom@freebsd.org, Luigi Rizzo Message-ID: <20090113125631.GA90320@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: best common practice to handle variable provider names ? 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, 13 Jan 2009 12:51:23 -0000 Hi, I would like some advice on the following issue. If i add some geom modules on my disks, the "device names" to be used in /etc/fstab change accordingly to which nodes are present. Is there a way to hide these changes so that /etc/fstab always (within reasonable) has the same entries no matter what geom nodes I am using ? E.g. right now I am playing with a disk scheduler module, so if the scheduler module is present I would like to use ad0-sched-s1, whereas I should fall back to ad0s1 if the scheduler is not loaded. How do I handle this with a single entry in /etc/fstab ? I don't think i can assign a NULL name to a geom class, right ? (or, maybe I can but then userland programs have a hard time indicating the provider they want to refer to) cheers luigi From owner-freebsd-geom@FreeBSD.ORG Tue Jan 13 13:10:06 2009 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 5C5221065670 for ; Tue, 13 Jan 2009 13:10:06 +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 0E8E18FC19 for ; Tue, 13 Jan 2009 13:10:05 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LMj1x-0003TI-C3 for freebsd-geom@freebsd.org; Tue, 13 Jan 2009 13:10:05 +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 ; Tue, 13 Jan 2009 13:10:05 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 13 Jan 2009 13:10:05 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Ivan Voras Date: Tue, 13 Jan 2009 14:09:46 +0100 Lines: 38 Message-ID: References: <20090113122111.GA89189@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF456D84D5B3D03809C7CE80C" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.19 (X11/20090105) In-Reply-To: <20090113122111.GA89189@onelab2.iet.unipi.it> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: geom 'taste' vs. manual creation ? 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, 13 Jan 2009 13:10:06 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF456D84D5B3D03809C7CE80C Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Luigi Rizzo wrote: > geom(4) says: >=20 > A geom which came into being as a result of a normal taste operation= > should self-destruct... >=20 > Now I wonder: > does the GEOM infrastructure record whether a geom has been created > by a 'taste' call, or manually through a 'geom xxx create ..', or > this info should be managed directly by the individual implementation ?= I'm not sure if this is what you're asking, but when a new geom is created (for example by a complex / transformation GEOM class...), it is automatically tested again, so why would it be different now? --------------enigF456D84D5B3D03809C7CE80C 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 iD8DBQFJbJKaldnAQVacBcgRAnGoAKDbJ8bHI27Om+0z8JQaA2T8bezyCwCggTzq mTSHkrhY1QBTW3O05E7324w= =Dfrm -----END PGP SIGNATURE----- --------------enigF456D84D5B3D03809C7CE80C-- From owner-freebsd-geom@FreeBSD.ORG Tue Jan 13 13:41:15 2009 Return-Path: Delivered-To: geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 603A11065687 for ; Tue, 13 Jan 2009 13:41:15 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id D71C88FC14 for ; Tue, 13 Jan 2009 13:41:14 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from vhoffman.lon.namesco.net (150.117-84-212.staticip.namesco.net [212.84.117.150]) (authenticated bits=0) by unsane.co.uk (8.14.0/8.14.0) with ESMTP id n0DDfUO8032696 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Jan 2009 13:41:31 GMT (envelope-from vince@unsane.co.uk) Message-ID: <496C99F8.4080307@unsane.co.uk> Date: Tue, 13 Jan 2009 13:41:12 +0000 From: Vincent Hoffman User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Luigi Rizzo References: <20090113125631.GA90320@onelab2.iet.unipi.it> In-Reply-To: <20090113125631.GA90320@onelab2.iet.unipi.it> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: geom@freebsd.org Subject: Re: best common practice to handle variable provider names ? 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, 13 Jan 2009 13:41:15 -0000 Luigi Rizzo wrote: > Hi, > I would like some advice on the following issue. > > If i add some geom modules on my disks, the "device names" to be used > in /etc/fstab change accordingly to which nodes are present. > > Is there a way to hide these changes so that /etc/fstab always > (within reasonable) has the same entries no matter what geom nodes > I am using ? > you could try using labels, I believe others have used them with some success although it sound like you may be doing more complex stuff than others i've seen using them. I have one mounted in my fstab: /dev/ufs/SCRATCH /usr/scratch ufs rw,noatime 2 2 which works for me (label was added using tunefs.) have a look at glabel(8) too see it it could do what you need. Vince > > E.g. right now I am playing with a disk scheduler module, so if the > scheduler module is present I would like to use ad0-sched-s1, whereas > I should fall back to ad0s1 if the scheduler is not loaded. > > How do I handle this with a single entry in /etc/fstab ? > I don't think i can assign a NULL name to a geom class, right ? > (or, maybe I can but then userland programs have a hard time > indicating the provider they want to refer to) > > cheers > luigi > > _______________________________________________ > freebsd-geom@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-geom > To unsubscribe, send any mail to "freebsd-geom-unsubscribe@freebsd.org" > From owner-freebsd-geom@FreeBSD.ORG Tue Jan 13 14:16:34 2009 Return-Path: Delivered-To: geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7806E1065670 for ; Tue, 13 Jan 2009 14:16:34 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 3C2F38FC1A for ; Tue, 13 Jan 2009 14:16:34 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 0C2C57309E; Tue, 13 Jan 2009 15:21:43 +0100 (CET) Date: Tue, 13 Jan 2009 15:21:43 +0100 From: Luigi Rizzo To: geom@freebsd.org, Luigi Rizzo Message-ID: <20090113142143.GA92704@onelab2.iet.unipi.it> References: <20090113122111.GA89189@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090113122111.GA89189@onelab2.iet.unipi.it> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: geom 'taste' vs. manual creation ? 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, 13 Jan 2009 14:16:34 -0000 Ivan Voras said: > On Tue, Jan 13, 2009 at 01:21:11PM +0100, Luigi Rizzo wrote: > > geom(4) says: > > > > A geom which came into being as a result of a normal taste operation > > should self-destruct... > > > > Now I wonder: > > does the GEOM infrastructure record whether a geom has been created > > by a 'taste' call, or manually through a 'geom xxx create ..', or > > this info should be managed directly by the individual implementation ? > > I'm not sure if this is what you're asking, but when a new geom is > created (for example by a complex / transformation GEOM class...), it is > automatically tested again, so why would it be different now? i am looking at the module unloading (i.e.. destroy) case. I have a geom_sched module that uses the 'taste' method to automatically create instances to selected devices (listed in a kenv variable for what matters). The user can still manually issue "geom sched create ..." on other providers. When I unload the module, right now i call destroy() on all instances (including those created manually), but i wonder if the autodestruction should be limited to only the auto-created entities, as the manpage seems to suggest, and in this case whether there is any flag that records manual vs. automatic creation. cheers luigi From owner-freebsd-geom@FreeBSD.ORG Tue Jan 13 14:26:07 2009 Return-Path: Delivered-To: geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8B7C106566B for ; Tue, 13 Jan 2009 14:26:07 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 8C6B28FC0C for ; Tue, 13 Jan 2009 14:26:07 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 5FEBF7309E; Tue, 13 Jan 2009 15:31:16 +0100 (CET) Date: Tue, 13 Jan 2009 15:31:16 +0100 From: Luigi Rizzo To: Poul-Henning Kamp Message-ID: <20090113143116.GA93244@onelab2.iet.unipi.it> References: <20090113122111.GA89189@onelab2.iet.unipi.it> <29945.1231856558@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <29945.1231856558@critter.freebsd.dk> User-Agent: Mutt/1.4.2.3i Cc: geom@freebsd.org Subject: Re: geom 'taste' vs. manual creation ? 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, 13 Jan 2009 14:26:08 -0000 On Tue, Jan 13, 2009 at 02:22:38PM +0000, Poul-Henning Kamp wrote: > In message <20090113122111.GA89189@onelab2.iet.unipi.it>, Luigi Rizzo writes: > >geom(4) says: > > > > A geom which came into being as a result of a normal taste operation > > should self-destruct... > > > >Now I wonder: > >does the GEOM infrastructure record whether a geom has been created > >by a 'taste' call, or manually through a 'geom xxx create ..', or > >this info should be managed directly by the individual implementation ? > > No, there is no difference on how a geom is created. The above > statement indicates a level of magic that is not really there, all > the geoms get orphaned the same way. ok thanks luigi From owner-freebsd-geom@FreeBSD.ORG Tue Jan 13 14:41:32 2009 Return-Path: Delivered-To: geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 449AD1065673 for ; Tue, 13 Jan 2009 14:41:32 +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 07FC78FC1A for ; Tue, 13 Jan 2009 14:41:31 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 791303F129; Tue, 13 Jan 2009 14:22:40 +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 n0DEMcZK029946; Tue, 13 Jan 2009 14:22:40 GMT (envelope-from phk@critter.freebsd.dk) To: Luigi Rizzo From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 13 Jan 2009 13:21:11 +0100." <20090113122111.GA89189@onelab2.iet.unipi.it> Date: Tue, 13 Jan 2009 14:22:38 +0000 Message-ID: <29945.1231856558@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: geom@freebsd.org Subject: Re: geom 'taste' vs. manual creation ? 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, 13 Jan 2009 14:41:32 -0000 In message <20090113122111.GA89189@onelab2.iet.unipi.it>, Luigi Rizzo writes: >geom(4) says: > > A geom which came into being as a result of a normal taste operation > should self-destruct... > >Now I wonder: >does the GEOM infrastructure record whether a geom has been created >by a 'taste' call, or manually through a 'geom xxx create ..', or >this info should be managed directly by the individual implementation ? No, there is no difference on how a geom is created. The above statement indicates a level of magic that is not really there, all the geoms get orphaned the same way. -- 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. From owner-freebsd-geom@FreeBSD.ORG Wed Jan 14 21:37:30 2009 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 828D310659FF for ; Wed, 14 Jan 2009 21:37:30 +0000 (UTC) (envelope-from bjmccann@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.232]) by mx1.freebsd.org (Postfix) with ESMTP id 55CB78FC1B for ; Wed, 14 Jan 2009 21:37:30 +0000 (UTC) (envelope-from bjmccann@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so754385rvf.43 for ; Wed, 14 Jan 2009 13:37:30 -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:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=OY8urA9TrUgG8mIyVYodmWlfb/FLEajdNepCswQHfUY=; b=FnxkKVNs2rd0XZYMTwdP+a/CNWg7RAtElDCiylxnSTbzgunyE7RNyEOY6xJhdOws4k FYu2IXkH0visz95Mql37FU0pCx4pUYzE7skkcn+TzCGbc0iHNfQQUlQoP10QRyNtI7Xe owIOxY7GJdyUPPJo9r8DUHsCje44cgJzAxHeQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=xq6r0eVYYDkj+b7VNLeoI312iZWhseoJbrQT8l6+P1Vkqd9syZmaBJ4S2MmGQTzw+1 AaM7EGX6nhWjYb1qxIByPuzdhAXK6dP1scjYiYyCjBjhO6VIWqPJgkG1FF+xcPf0vZeu a+5lmc2I/Kc7qpag49g7DgrVwt3JkQoRqfetM= Received: by 10.141.197.21 with SMTP id z21mr197026rvp.267.1231968717637; Wed, 14 Jan 2009 13:31:57 -0800 (PST) Received: by 10.140.140.19 with HTTP; Wed, 14 Jan 2009 13:31:57 -0800 (PST) Message-ID: <2b5f066d0901141331n150db544ua4256f3485be522b@mail.gmail.com> Date: Wed, 14 Jan 2009 16:31:57 -0500 From: "Brian McCann" To: freebsd-questions , freebsd-geom@freebsd.org In-Reply-To: <2b5f066d0901141323j7c9a194eo4606d9769279037e@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2b5f066d0901141323j7c9a194eo4606d9769279037e@mail.gmail.com> Cc: Subject: Re: gvinum & gjournal X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jan 2009 21:37:32 -0000 On Wed, Jan 14, 2009 at 4:23 PM, Brian McCann wrote: > > Does anyone have any ideas here? I assumed gjournal would play nice > with any file system. But clearly not. After I clear the journal off > of /dev/gvinum/array1, I can do a newfs on it (/dev/gvinum/array1) > without the journal fine...so that tests that the RAID5 is ok. Anyone > havve any ideas? > > Thanks! > --Brian > I also just got the idea to try turning off write caching on the ata controller...no help. Just thought I'd drop that out there if that clues in on something. --Brian -- _-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_ Brian McCann "I don't have to take this abuse from you -- I've got hundreds of people waiting to abuse me." -- Bill Murray, "Ghostbusters" From owner-freebsd-geom@FreeBSD.ORG Wed Jan 14 21:52:08 2009 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 34C4B1065C14 for ; Wed, 14 Jan 2009 21:52:08 +0000 (UTC) (envelope-from bjmccann@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.238]) by mx1.freebsd.org (Postfix) with ESMTP id F3E1F8FC17 for ; Wed, 14 Jan 2009 21:52:07 +0000 (UTC) (envelope-from bjmccann@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so760339rvf.43 for ; Wed, 14 Jan 2009 13:52:07 -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=A26sshV/2/qGfzb7cgMGxDYVKreZQxSZRSZwbT0gcvc=; b=GclQPtB/IXLpOsiBD8O9jjVPx4T9B3oDuXHEt7fI5humd9ZEujJ8ni1eCmSJ6Qnu2E 9douoWNDJ4PK6E1r3P+6+ianhxiVEMHqUN8b89jD9HU+QUykTtvl2wB04jcOcSiZsQQL QIiXutNUd1Bjpcyybd3oLOWXWmmpxu+nZCvmQ= 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=E+/3BYEonaIBn1iT48exPDY0H8YdvdCqCPnmURmxhrrs7iFquIBzQHUVzIV1QNLICq 463yWxShM6cgFr6KCoX6w1ulhi15BHwPOeyLdRhxT9sbdQbURPp5f1jToH2bpoR8gu/K fdUtG6JQDMfufpt2sJVKlRcHl8PxXC6m4silM= Received: by 10.140.127.13 with SMTP id z13mr202475rvc.145.1231968210678; Wed, 14 Jan 2009 13:23:30 -0800 (PST) Received: by 10.140.140.19 with HTTP; Wed, 14 Jan 2009 13:23:30 -0800 (PST) Message-ID: <2b5f066d0901141323j7c9a194eo4606d9769279037e@mail.gmail.com> Date: Wed, 14 Jan 2009 16:23:30 -0500 From: "Brian McCann" To: freebsd-questions , freebsd-geom@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: gvinum & gjournal X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jan 2009 21:52:09 -0000 Hi all. I'm cross-posting this since I figure I'll have better luck finding someone who's done this before... I'm building a system that has 4 1.5TB Seagate SATA drives in it. I've setup gvinum and made mirrors for my OS partitions, and a raid5 plex for a big data partition. I'm trying to get gjournal to run on the raid5 volume...but it's doing stuff that isn't expected. First, here's my gvinum config for the array: ---snip--- drive e0 device /dev/ad8s1g drive e1 device /dev/ad10s1g drive e2 device /dev/ad12s1g drive e3 device /dev/ad14s1g volume array1 plex org raid5 128k sd drive e0 sd drive e1 sd drive e2 sd drive e3 ---/snip--- Now...according to the handbook. the volume it creates is essentially a disk drive. So...I run the following gjournal commands to make the journal, and here's what I get: ---snip--- # gjournal label /dev/gvinum/array1 GEOM_JOURNAL: Journal 4267655417: gvinum/plex/array1.p0 contains data. GEOM_JOURNAL: Journal 4267655417: gvinum/plex/array1.p0 contains journal. GEOM_JOURNAL: Journal gvinum/plex/array1.p0 clean. GEOM_JOURNAL: BIO_FLUSH not supported by gvinum/plex/array1.p0. # gjournal list Geom name: gjournal 4267655417 ID: 4267655417 Providers: 1. Name: gvinum/plex/array1.p0.journal Mediasize: 4477282549248 (4.1T) Sectorsize: 512 Mode: r0w0e0 Consumers: 1. Name: gvinum/plex/array1.p0 Mediasize: 4478356291584 (4.1T) Sectorsize: 512 Mode: r1w1e1 Jend: 4478356291072 Jstart: 4477282549248 Role: Data,Journal --/snip--- So...why is it even touching the plex p0? I figured it would, just like on a disk, if I gave it da0, create da0.journal. Moving on, if I try to newfs the journal, which is now "gvinum/plex/array1.p0.journal", I get: ---snip--- # newfs -J /dev/gvinum/plex/array1.p0.journal /dev/gvinum/plex/array1.p0.journal: 4269869.4MB (8744692476 sectors) block size 16384, fragment size 2048 using 23236 cylinder groups of 183.77MB, 11761 blks, 23552 inodes. newfs: can't read old UFS1 superblock: end of file from block device: No such file or directory ---/snip--- Followed by a panic and reboot: ---snip--- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0d8d440 stack pointer = 0x28:0xd4e25c44 frame pointer = 0x28:0xd4e25cf4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 47 (gv_p array1.p0) trap number = 12 panic: page fault cpuid = 0 Uptime: 14m38s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort ---/snip--- Next...I destroyed/cleared/stoped/etc the journal to start fresh, made a new one...it created the same thing (gvinum/plex/array1.p0.journal)...I then rebooted, loaded the gjournal module, and I now see gvinum/array1.journal as the provider, and the provider inside plex is gone. I then run my newfs (newfs -J /dev/gvinum/array1.journal) , and I get ---snip--- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x1c fault code = supervisor read, page not present instruction pointer = 0x20:0xc0d8eec5 stack pointer = 0x28:0xd4e2ecbc frame pointer = 0x28:0xd4e2ecf4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 50 (gv_v array1) trap number = 12 panic: page fault cpuid = 0 Uptime: 8m18s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort ---/snip--- Does anyone have any ideas here? I assumed gjournal would play nice with any file system. But clearly not. After I clear the journal off of /dev/gvinum/array1, I can do a newfs on it (/dev/gvinum/array1) without the journal fine...so that tests that the RAID5 is ok. Anyone havve any ideas? Thanks! --Brian -- _-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_ Brian McCann "I don't have to take this abuse from you -- I've got hundreds of people waiting to abuse me." -- Bill Murray, "Ghostbusters" From owner-freebsd-geom@FreeBSD.ORG Thu Jan 15 08:05:15 2009 Return-Path: Delivered-To: geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27F071065672 for ; Thu, 15 Jan 2009 08:05:15 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id E2E678FC1C for ; Thu, 15 Jan 2009 08:05:14 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id BF39573098; Thu, 15 Jan 2009 09:10:25 +0100 (CET) Date: Thu, 15 Jan 2009 09:10:25 +0100 From: Luigi Rizzo To: geom@freebsd.org, Luigi Rizzo Message-ID: <20090115081025.GA76218@onelab2.iet.unipi.it> References: <20090113122111.GA89189@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090113122111.GA89189@onelab2.iet.unipi.it> User-Agent: Mutt/1.4.2.3i Cc: Subject: recursion check in 'taste' functions ? 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, 15 Jan 2009 08:05:15 -0000 Hi, I notice that the check to prevent recursion in the 'taste' function is always based on a string comparison, written in various forms, e.g., if (strcmp(pp->geom->class->name, mp->name) == 0) return (NULL); ... if (!strcmp(pp->geom->class->name, MBR_CLASS_NAME)) return (NULL); Wouldn't the following be more efficient (and perhaps correct) ? if (pp->geom->class == mp) return (NULL); This is because pp->geom->class is always initialized with a pointer to the class descriptor, and I guess it cannot be different... cheers luigi From owner-freebsd-geom@FreeBSD.ORG Thu Jan 15 08:15:13 2009 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 54E361065670 for ; Thu, 15 Jan 2009 08:15:13 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.freebsd.org (Postfix) with ESMTP id 1DCF48FC0C for ; Thu, 15 Jan 2009 08:15:13 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from localhost (pool-70-20-243-115.phil.east.verizon.net [70.20.243.115]) by mail.asahi-net.or.jp (Postfix) with ESMTP id 8AE7D6D0B6; Thu, 15 Jan 2009 16:58:18 +0900 (JST) Date: Thu, 15 Jan 2009 02:56:45 -0500 From: Yoshihiro Ota To: "Brian McCann" Message-Id: <20090115025645.21ad2185.ota@j.email.ne.jp> In-Reply-To: <2b5f066d0901141323j7c9a194eo4606d9769279037e@mail.gmail.com> References: <2b5f066d0901141323j7c9a194eo4606d9769279037e@mail.gmail.com> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.12.11; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-geom@freebsd.org Subject: Re: gvinum & gjournal 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, 15 Jan 2009 08:15:13 -0000 Try 'dd if=/dev/zero of=/dev/gvinum/array1 bs=1M count=10'. Zero clearing the head of disk helps sometimes. You may want to add a new disk or create a partition for the journaling area. Journaling on raid5 sounds overkill. Hiro On Wed, 14 Jan 2009 16:23:30 -0500 "Brian McCann" wrote: > Hi all. I'm cross-posting this since I figure I'll have better luck > finding someone who's done this before... > > I'm building a system that has 4 1.5TB Seagate SATA drives in it. > I've setup gvinum and made mirrors for my OS partitions, and a raid5 > plex for a big data partition. I'm trying to get gjournal to run on > the raid5 volume...but it's doing stuff that isn't expected. First, > here's my gvinum config for the array: > > ---snip--- > drive e0 device /dev/ad8s1g > drive e1 device /dev/ad10s1g > drive e2 device /dev/ad12s1g > drive e3 device /dev/ad14s1g > volume array1 > plex org raid5 128k > sd drive e0 > sd drive e1 > sd drive e2 > sd drive e3 > ---/snip--- > > Now...according to the handbook. the volume it creates is essentially > a disk drive. So...I run the following gjournal commands to make the > journal, and here's what I get: > > ---snip--- > # gjournal label /dev/gvinum/array1 > GEOM_JOURNAL: Journal 4267655417: gvinum/plex/array1.p0 contains data. > GEOM_JOURNAL: Journal 4267655417: gvinum/plex/array1.p0 contains journal. > GEOM_JOURNAL: Journal gvinum/plex/array1.p0 clean. > GEOM_JOURNAL: BIO_FLUSH not supported by gvinum/plex/array1.p0. > # gjournal list > Geom name: gjournal 4267655417 > ID: 4267655417 > Providers: > 1. Name: gvinum/plex/array1.p0.journal > Mediasize: 4477282549248 (4.1T) > Sectorsize: 512 > Mode: r0w0e0 > Consumers: > 1. Name: gvinum/plex/array1.p0 > Mediasize: 4478356291584 (4.1T) > Sectorsize: 512 > Mode: r1w1e1 > Jend: 4478356291072 > Jstart: 4477282549248 > Role: Data,Journal > --/snip--- > > So...why is it even touching the plex p0? I figured it would, just > like on a disk, if I gave it da0, create da0.journal. Moving on, if I > try to newfs the journal, which is now > "gvinum/plex/array1.p0.journal", I get: > > ---snip--- > # newfs -J /dev/gvinum/plex/array1.p0.journal > /dev/gvinum/plex/array1.p0.journal: 4269869.4MB (8744692476 sectors) block size > 16384, fragment size 2048 > using 23236 cylinder groups of 183.77MB, 11761 blks, 23552 inodes. > newfs: can't read old UFS1 superblock: end of file from block device: > No such file or directory > ---/snip--- > > Followed by a panic and reboot: > > ---snip--- > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x0 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc0d8d440 > stack pointer = 0x28:0xd4e25c44 > frame pointer = 0x28:0xd4e25cf4 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 47 (gv_p array1.p0) > trap number = 12 > panic: page fault > cpuid = 0 > Uptime: 14m38s > Cannot dump. No dump device defined. > Automatic reboot in 15 seconds - press a key on the console to abort > ---/snip--- > > Next...I destroyed/cleared/stoped/etc the journal to start fresh, made > a new one...it created the same thing > (gvinum/plex/array1.p0.journal)...I then rebooted, loaded the gjournal > module, and I now see gvinum/array1.journal as the provider, and the > provider inside plex is gone. I then run my newfs (newfs -J > /dev/gvinum/array1.journal) , and I get > > ---snip--- > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x1c > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc0d8eec5 > stack pointer = 0x28:0xd4e2ecbc > frame pointer = 0x28:0xd4e2ecf4 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 50 (gv_v array1) > trap number = 12 > panic: page fault > cpuid = 0 > Uptime: 8m18s > Cannot dump. No dump device defined. > Automatic reboot in 15 seconds - press a key on the console to abort > > ---/snip--- > > Does anyone have any ideas here? I assumed gjournal would play nice > with any file system. But clearly not. After I clear the journal off > of /dev/gvinum/array1, I can do a newfs on it (/dev/gvinum/array1) > without the journal fine...so that tests that the RAID5 is ok. Anyone > havve any ideas? > > Thanks! > --Brian > > -- > _-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_ > Brian McCann > > "I don't have to take this abuse from you -- I've got hundreds of > people waiting to abuse me." > -- Bill Murray, "Ghostbusters" > _______________________________________________ > freebsd-geom@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-geom > To unsubscribe, send any mail to "freebsd-geom-unsubscribe@freebsd.org" From owner-freebsd-geom@FreeBSD.ORG Thu Jan 15 08:33:47 2009 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 13FFC1065673; Thu, 15 Jan 2009 08:33:47 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) Received: from bene2.itea.ntnu.no (bene2.itea.ntnu.no [IPv6:2001:700:300:3::57]) by mx1.freebsd.org (Postfix) with ESMTP id 209A18FC14; Thu, 15 Jan 2009 08:33:46 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) Received: from localhost (localhost [127.0.0.1]) by bene2.itea.ntnu.no (Postfix) with ESMTP id 7C3ED90005; Thu, 15 Jan 2009 09:33:44 +0100 (CET) Received: from carrot (unknown [IPv6:2001:700:300:3::184]) by bene2.itea.ntnu.no (Postfix) with ESMTP id EA0CF90001; Thu, 15 Jan 2009 09:33:43 +0100 (CET) Date: Thu, 15 Jan 2009 09:33:52 +0000 From: Ulf Lilleengen To: Brian McCann Message-ID: <20090115093352.GB1821@carrot> References: <2b5f066d0901141323j7c9a194eo4606d9769279037e@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2b5f066d0901141323j7c9a194eo4606d9769279037e@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: Debian amavisd-new at bene2.itea.ntnu.no Cc: freebsd-questions , freebsd-geom@freebsd.org Subject: Re: gvinum & gjournal 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, 15 Jan 2009 08:33:47 -0000 On Wed, Jan 14, 2009 at 04:23:30PM -0500, Brian McCann wrote: > Hi all. I'm cross-posting this since I figure I'll have better luck > finding someone who's done this before... > > I'm building a system that has 4 1.5TB Seagate SATA drives in it. > I've setup gvinum and made mirrors for my OS partitions, and a raid5 > plex for a big data partition. I'm trying to get gjournal to run on > the raid5 volume...but it's doing stuff that isn't expected. First, > here's my gvinum config for the array: > > ---snip--- > drive e0 device /dev/ad8s1g > drive e1 device /dev/ad10s1g > drive e2 device /dev/ad12s1g > drive e3 device /dev/ad14s1g > volume array1 > plex org raid5 128k > sd drive e0 > sd drive e1 > sd drive e2 > sd drive e3 > ---/snip--- > > Now...according to the handbook. the volume it creates is essentially > a disk drive. So...I run the following gjournal commands to make the > journal, and here's what I get: > > ---snip--- > # gjournal label /dev/gvinum/array1 > GEOM_JOURNAL: Journal 4267655417: gvinum/plex/array1.p0 contains data. > GEOM_JOURNAL: Journal 4267655417: gvinum/plex/array1.p0 contains journal. > GEOM_JOURNAL: Journal gvinum/plex/array1.p0 clean. > GEOM_JOURNAL: BIO_FLUSH not supported by gvinum/plex/array1.p0. > # gjournal list > Geom name: gjournal 4267655417 > ID: 4267655417 > Providers: > 1. Name: gvinum/plex/array1.p0.journal > Mediasize: 4477282549248 (4.1T) > Sectorsize: 512 > Mode: r0w0e0 > Consumers: > 1. Name: gvinum/plex/array1.p0 > Mediasize: 4478356291584 (4.1T) > Sectorsize: 512 > Mode: r1w1e1 > Jend: 4478356291072 > Jstart: 4477282549248 > Role: Data,Journal > --/snip--- > > So...why is it even touching the plex p0? I figured it would, just > like on a disk, if I gave it da0, create da0.journal. Moving on, if I > try to newfs the journal, which is now > "gvinum/plex/array1.p0.journal", I get: > Hi, It think that it touches it because the .p0 contains the gjournal metadata in the same way that the volume does, so gjournal attaches to that before the volume. One problem is that gjournal attaches to the "wrong" provider, but it's also silly that the provider is exposed in the first place. A fix for this is in a newer version of gvinum (as the plex is not exposed) if you're willing to try. -- Ulf Lilleengen From owner-freebsd-geom@FreeBSD.ORG Thu Jan 15 12:10:35 2009 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 E0ACF1065887 for ; Thu, 15 Jan 2009 12:10:35 +0000 (UTC) (envelope-from bjmccann@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.239]) by mx1.freebsd.org (Postfix) with ESMTP id AB3D48FC17 for ; Thu, 15 Jan 2009 12:10:35 +0000 (UTC) (envelope-from bjmccann@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1082381rvf.43 for ; Thu, 15 Jan 2009 04:10:35 -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:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=qbrw+bawfZY4FNBXsMycspJA7YHY9pdPPwfYnEOy6WA=; b=Qu6GbUSfNZl4oA9F5NLII7HheJ4/5XZMALux1d30eGuW03bd2xkQLYHn1vzGUqnHVh sLCIHAxOltoiCbowRperHL+CqE307AOpaepKgCiCOfOSpA8HueAKy3hfvMAoGQkb4olW 5x8xIQUmwqClAzC/eYT4eO1kqv214l9O6qnVY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=RngpHCyfrZLGgyOgwOuTOVI1DiBxIdYZRV3R0xuejl8pcZB8liRMPIynbRojHBpYXu pz1Rh8jiv0uHYLAW1+4yI4hcYi7pT0LgPg07aZwvLKJMlyyRYrqh8L+OtRlqig7mO2uK jCol+3Z3pltou3cY8Xf67PBOolA8iYxTB7m3s= Received: by 10.141.164.13 with SMTP id r13mr593912rvo.33.1232021435156; Thu, 15 Jan 2009 04:10:35 -0800 (PST) Received: by 10.140.140.19 with HTTP; Thu, 15 Jan 2009 04:10:35 -0800 (PST) Message-ID: <2b5f066d0901150410s7dc4e97v741d5edd2a4983a9@mail.gmail.com> Date: Thu, 15 Jan 2009 07:10:35 -0500 From: "Brian McCann" To: "Yoshihiro Ota" In-Reply-To: <20090115025645.21ad2185.ota@j.email.ne.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2b5f066d0901141323j7c9a194eo4606d9769279037e@mail.gmail.com> <20090115025645.21ad2185.ota@j.email.ne.jp> Cc: freebsd-geom@freebsd.org Subject: Re: gvinum & gjournal 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, 15 Jan 2009 12:10:40 -0000 On Thu, Jan 15, 2009 at 2:56 AM, Yoshihiro Ota wrote: > Try 'dd if=/dev/zero of=/dev/gvinum/array1 bs=1M count=10'. > > Zero clearing the head of disk helps sometimes. > > You may want to add a new disk or create a partition for the journaling > area. Journaling on raid5 sounds overkill. > > Hiro Tried that...no help. Sorry...left that out of my original overview. I'm doing journaling so that I theoretically never have to fsck. It's a 4-drive Intel appliance, SS4200-EHW, so adding a disk for the journal is out of the question. It's only got 512MB ram ATM, (2GB max), so even fscking something that large (4.1T) could potentially fill up the RAM, not to mention it'd take hours. Thanks for the input though! --Brian -- _-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_ Brian McCann "I don't have to take this abuse from you -- I've got hundreds of people waiting to abuse me." -- Bill Murray, "Ghostbusters" From owner-freebsd-geom@FreeBSD.ORG Thu Jan 15 12:14:26 2009 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 494CE10658BE; Thu, 15 Jan 2009 12:14:26 +0000 (UTC) (envelope-from bjmccann@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.225]) by mx1.freebsd.org (Postfix) with ESMTP id 136968FC13; Thu, 15 Jan 2009 12:14:25 +0000 (UTC) (envelope-from bjmccann@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1084012rvf.43 for ; Thu, 15 Jan 2009 04:14:25 -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:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=S4esWqn7mtmxiocdlo37RbNVSagoTzBwDZqE2zR7zkQ=; b=BjYqA3r781ykcEoqMFaNbZGgkYme/r6ciTV3v24CifPJJJihGlWXwno2se1+CWGC11 0q8InXd2uRI35Dq66YZwkqHALfOdSYGO7Z87QHmbYJdik3IcC+darzOuaWy+ykJxsemD 39yEDGQAJFcVo4BwALlFYGihU2hRm0n0DCm0I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=asiHFgTfckNKhxwnUs2rmLWUUr4tbgpDRHxI1BjUXZ0oquoZv7mhNhV+LWW9pnyE7D v8sApg24b3YRTBFPcSuufok+zdHSzPRw4ebr3wiTC5Xn0twvYscVYta/XNSm0EJuRvoF YVc+LpDN689RNwh44rAY2fTO2MgLgxkQqInUs= Received: by 10.140.202.21 with SMTP id z21mr579354rvf.260.1232021665308; Thu, 15 Jan 2009 04:14:25 -0800 (PST) Received: by 10.140.140.19 with HTTP; Thu, 15 Jan 2009 04:14:25 -0800 (PST) Message-ID: <2b5f066d0901150414jc5dedecp83747bac1915057a@mail.gmail.com> Date: Thu, 15 Jan 2009 07:14:25 -0500 From: "Brian McCann" To: "Ulf Lilleengen" In-Reply-To: <20090115093352.GB1821@carrot> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2b5f066d0901141323j7c9a194eo4606d9769279037e@mail.gmail.com> <20090115093352.GB1821@carrot> Cc: freebsd-questions , freebsd-geom@freebsd.org Subject: Re: gvinum & gjournal 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, 15 Jan 2009 12:14:27 -0000 On Thu, Jan 15, 2009 at 4:33 AM, Ulf Lilleengen wrote: > Hi, > > It think that it touches it because the .p0 contains the gjournal metadata in > the same way that the volume does, so gjournal attaches to that before the > volume. One problem is that gjournal attaches to the "wrong" provider, but > it's also silly that the provider is exposed in the first place. A fix for > this is in a newer version of gvinum (as the plex is not exposed) if you're > willing to try. > > -- > Ulf Lilleengen > At this point, I'm willing to try anything, but preferably something that's stable since this will be done to at least 15 identical devices and sent out to various places, so I won't have physical access to the machines if something were to go wrong. I looked into graid3 and booting off of a DOM/Flash card, but since I have 4 drives, that won't work since graid3 requires 2N+1 drives. The stuff I've found on graid5 seems to say that it's all still really experimental and has some bugs in it still. :( That said...if you've got it, I'll try it. :) Thanks, --Brian -- _-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_ Brian McCann "I don't have to take this abuse from you -- I've got hundreds of people waiting to abuse me." -- Bill Murray, "Ghostbusters" From owner-freebsd-geom@FreeBSD.ORG Thu Jan 15 13:22:37 2009 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 1D626106566B for ; Thu, 15 Jan 2009 13:22:37 +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 978878FC12 for ; Thu, 15 Jan 2009 13:22:36 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LNSB5-0007au-MT for freebsd-geom@freebsd.org; Thu, 15 Jan 2009 13:22:31 +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 ; Thu, 15 Jan 2009 13:22:31 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 15 Jan 2009 13:22:31 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Ivan Voras Date: Thu, 15 Jan 2009 14:22:13 +0100 Lines: 102 Message-ID: References: <2b5f066d0901141323j7c9a194eo4606d9769279037e@mail.gmail.com> <20090115093352.GB1821@carrot> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4F7AE5F91093F4F5A1B2F13A" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.19 (X11/20090105) In-Reply-To: <20090115093352.GB1821@carrot> X-Enigmail-Version: 0.95.0 Sender: news Cc: freebsd-questions@freebsd.org Subject: Re: gvinum & gjournal 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, 15 Jan 2009 13:22:37 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4F7AE5F91093F4F5A1B2F13A Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Ulf Lilleengen wrote: > On Wed, Jan 14, 2009 at 04:23:30PM -0500, Brian McCann wrote: >> Hi all. I'm cross-posting this since I figure I'll have better luck >> finding someone who's done this before... >> >> I'm building a system that has 4 1.5TB Seagate SATA drives in it. >> I've setup gvinum and made mirrors for my OS partitions, and a raid5 >> plex for a big data partition. I'm trying to get gjournal to run on >> the raid5 volume...but it's doing stuff that isn't expected. First, >> here's my gvinum config for the array: >> >> ---snip--- >> drive e0 device /dev/ad8s1g >> drive e1 device /dev/ad10s1g >> drive e2 device /dev/ad12s1g >> drive e3 device /dev/ad14s1g >> volume array1 >> plex org raid5 128k >> sd drive e0 >> sd drive e1 >> sd drive e2 >> sd drive e3 >> ---/snip--- >> >> Now...according to the handbook. the volume it creates is essentially >> a disk drive. So...I run the following gjournal commands to make the >> journal, and here's what I get: >> >> ---snip--- >> # gjournal label /dev/gvinum/array1 >> GEOM_JOURNAL: Journal 4267655417: gvinum/plex/array1.p0 contains data.= >> GEOM_JOURNAL: Journal 4267655417: gvinum/plex/array1.p0 contains journ= al. >> GEOM_JOURNAL: Journal gvinum/plex/array1.p0 clean. >> GEOM_JOURNAL: BIO_FLUSH not supported by gvinum/plex/array1.p0. >> # gjournal list >> Geom name: gjournal 4267655417 >> ID: 4267655417 >> Providers: >> 1. Name: gvinum/plex/array1.p0.journal >> Mediasize: 4477282549248 (4.1T) >> Sectorsize: 512 >> Mode: r0w0e0 >> Consumers: >> 1. Name: gvinum/plex/array1.p0 >> Mediasize: 4478356291584 (4.1T) >> Sectorsize: 512 >> Mode: r1w1e1 >> Jend: 4478356291072 >> Jstart: 4477282549248 >> Role: Data,Journal >> --/snip--- >> >> So...why is it even touching the plex p0? I figured it would, just >> like on a disk, if I gave it da0, create da0.journal. Moving on, if I= >> try to newfs the journal, which is now >> "gvinum/plex/array1.p0.journal", I get: >> > Hi, >=20 > It think that it touches it because the .p0 contains the gjournal metad= ata in > the same way that the volume does, so gjournal attaches to that before = the > volume. One problem is that gjournal attaches to the "wrong" provider, = but > it's also silly that the provider is exposed in the first place. A fix = for > this is in a newer version of gvinum (as the plex is not exposed) if yo= u're > willing to try. >=20 A simpler fix is to use the "-h" - "hardcode provider name" switch to the "gjournal label" command (see the man page). But I agree, some fixes I saw you create for gvinum recently look important :) --------------enig4F7AE5F91093F4F5A1B2F13A 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 iD8DBQFJbziFldnAQVacBcgRAlAOAJ9XZFXEe7y53XQeLrg6g2jrAoSRfQCgl7r2 5esbLIYut6ixCvB7cA3iJMI= =yzcF -----END PGP SIGNATURE----- --------------enig4F7AE5F91093F4F5A1B2F13A-- From owner-freebsd-geom@FreeBSD.ORG Thu Jan 15 16:32:42 2009 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 7959F1065670; Thu, 15 Jan 2009 16:32:42 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) Received: from bene1.itea.ntnu.no (bene1.itea.ntnu.no [IPv6:2001:700:300:3::56]) by mx1.freebsd.org (Postfix) with ESMTP id B9BBA8FC16; Thu, 15 Jan 2009 16:32:41 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) Received: from localhost (localhost [127.0.0.1]) by bene1.itea.ntnu.no (Postfix) with ESMTP id 160F72401F; Thu, 15 Jan 2009 17:32:40 +0100 (CET) Received: from carrot (unknown [IPv6:2001:700:300:3::184]) by bene1.itea.ntnu.no (Postfix) with ESMTP id 7000816FBD2; Thu, 15 Jan 2009 17:32:39 +0100 (CET) Date: Thu, 15 Jan 2009 17:32:48 +0000 From: Ulf Lilleengen To: Brian McCann Message-ID: <20090115173248.GA1234@carrot> References: <2b5f066d0901141323j7c9a194eo4606d9769279037e@mail.gmail.com> <20090115093352.GB1821@carrot> <2b5f066d0901150414jc5dedecp83747bac1915057a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2b5f066d0901150414jc5dedecp83747bac1915057a@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: Debian amavisd-new at bene1.itea.ntnu.no Cc: freebsd-questions , freebsd-geom@freebsd.org Subject: Re: gvinum & gjournal 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, 15 Jan 2009 16:32:42 -0000 On tor, jan 15, 2009 at 07:14:25am -0500, Brian McCann wrote: > On Thu, Jan 15, 2009 at 4:33 AM, Ulf Lilleengen > wrote: > > Hi, > > > > It think that it touches it because the .p0 contains the gjournal metadata in > > the same way that the volume does, so gjournal attaches to that before the > > volume. One problem is that gjournal attaches to the "wrong" provider, but > > it's also silly that the provider is exposed in the first place. A fix for > > this is in a newer version of gvinum (as the plex is not exposed) if you're > > willing to try. > > > > -- > > Ulf Lilleengen > > > > At this point, I'm willing to try anything, but preferably something > that's stable since this will be done to at least 15 identical devices > and sent out to various places, so I won't have physical access to the > machines if something were to go wrong. I looked into graid3 and > booting off of a DOM/Flash card, but since I have 4 drives, that won't > work since graid3 requires 2N+1 drives. The stuff I've found on > graid5 seems to say that it's all still really experimental and has > some bugs in it still. :( > Well, if you have the choice between and graid5 and gvinum I'd might go with graid5. It's not included in head(yet) but from what I've read on the mailinglist it seems to work (also included in FreeNAS). But I can't really say anything as I've not tried it much. If you want to try the gvinum version in progress (quite stable, although a few knits for advanced usage) can be found here: http://svn.freebsd.org/base/projects/gvinum Should work on both HEAD and RELENG_7. -- Ulf Lilleengen From owner-freebsd-geom@FreeBSD.ORG Thu Jan 15 16:56:59 2009 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 41FFD1065672; Thu, 15 Jan 2009 16:56:59 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) Received: from bene2.itea.ntnu.no (bene2.itea.ntnu.no [IPv6:2001:700:300:3::57]) by mx1.freebsd.org (Postfix) with ESMTP id 472B78FC22; Thu, 15 Jan 2009 16:56:58 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) Received: from localhost (localhost [127.0.0.1]) by bene2.itea.ntnu.no (Postfix) with ESMTP id C3AD790005; Thu, 15 Jan 2009 17:56:56 +0100 (CET) Received: from carrot (unknown [IPv6:2001:700:300:3::184]) by bene2.itea.ntnu.no (Postfix) with ESMTP id 2F44790001; Thu, 15 Jan 2009 17:56:56 +0100 (CET) Date: Thu, 15 Jan 2009 17:57:05 +0000 From: Ulf Lilleengen To: Ivan Voras Message-ID: <20090115175704.GB1234@carrot> References: <2b5f066d0901141323j7c9a194eo4606d9769279037e@mail.gmail.com> <20090115093352.GB1821@carrot> 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 bene2.itea.ntnu.no Cc: Brian McCann , freebsd-questions@freebsd.org, freebsd-geom@freebsd.org Subject: Re: gvinum & gjournal 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, 15 Jan 2009 16:57:00 -0000 On Thu, Jan 15, 2009 at 02:22:13PM +0100, Ivan Voras wrote: > Ulf Lilleengen wrote: > > On Wed, Jan 14, 2009 at 04:23:30PM -0500, Brian McCann wrote: > >> Hi all. I'm cross-posting this since I figure I'll have better luck > >> finding someone who's done this before... > >> > >> I'm building a system that has 4 1.5TB Seagate SATA drives in it. > >> I've setup gvinum and made mirrors for my OS partitions, and a raid5 > >> plex for a big data partition. I'm trying to get gjournal to run on > >> the raid5 volume...but it's doing stuff that isn't expected. First, > >> here's my gvinum config for the array: > >> > >> ---snip--- > >> drive e0 device /dev/ad8s1g > >> drive e1 device /dev/ad10s1g > >> drive e2 device /dev/ad12s1g > >> drive e3 device /dev/ad14s1g > >> volume array1 > >> plex org raid5 128k > >> sd drive e0 > >> sd drive e1 > >> sd drive e2 > >> sd drive e3 > >> ---/snip--- > >> > >> Now...according to the handbook. the volume it creates is essentially > >> a disk drive. So...I run the following gjournal commands to make the > >> journal, and here's what I get: > >> > >> ---snip--- > >> # gjournal label /dev/gvinum/array1 > >> GEOM_JOURNAL: Journal 4267655417: gvinum/plex/array1.p0 contains data. > >> GEOM_JOURNAL: Journal 4267655417: gvinum/plex/array1.p0 contains journal. > >> GEOM_JOURNAL: Journal gvinum/plex/array1.p0 clean. > >> GEOM_JOURNAL: BIO_FLUSH not supported by gvinum/plex/array1.p0. > >> # gjournal list > >> Geom name: gjournal 4267655417 > >> ID: 4267655417 > >> Providers: > >> 1. Name: gvinum/plex/array1.p0.journal > >> Mediasize: 4477282549248 (4.1T) > >> Sectorsize: 512 > >> Mode: r0w0e0 > >> Consumers: > >> 1. Name: gvinum/plex/array1.p0 > >> Mediasize: 4478356291584 (4.1T) > >> Sectorsize: 512 > >> Mode: r1w1e1 > >> Jend: 4478356291072 > >> Jstart: 4477282549248 > >> Role: Data,Journal > >> --/snip--- > >> > >> So...why is it even touching the plex p0? I figured it would, just > >> like on a disk, if I gave it da0, create da0.journal. Moving on, if I > >> try to newfs the journal, which is now > >> "gvinum/plex/array1.p0.journal", I get: > >> > > Hi, > > > > It think that it touches it because the .p0 contains the gjournal metadata in > > the same way that the volume does, so gjournal attaches to that before the > > volume. One problem is that gjournal attaches to the "wrong" provider, but > > it's also silly that the provider is exposed in the first place. A fix for > > this is in a newer version of gvinum (as the plex is not exposed) if you're > > willing to try. > > > > A simpler fix is to use the "-h" - "hardcode provider name" switch to > the "gjournal label" command (see the man page). > Oh, nice feature. I recommend this then :) -- Ulf Lilleengen From owner-freebsd-geom@FreeBSD.ORG Thu Jan 15 17:20:38 2009 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 14215106564A for ; Thu, 15 Jan 2009 17:20:38 +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 9E70C8FC16 for ; Thu, 15 Jan 2009 17:20:37 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: (qmail 54517 invoked by uid 2001); 15 Jan 2009 17:20:36 -0000 Date: Thu, 15 Jan 2009 11:20:36 -0600 From: "Rick C. Petty" To: Brian McCann Message-ID: <20090115172036.GA54383@keira.kiwi-computer.com> References: <2b5f066d0901141323j7c9a194eo4606d9769279037e@mail.gmail.com> <20090115025645.21ad2185.ota@j.email.ne.jp> <2b5f066d0901150410s7dc4e97v741d5edd2a4983a9@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2b5f066d0901150410s7dc4e97v741d5edd2a4983a9@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-geom@freebsd.org Subject: Re: gvinum & gjournal 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: Thu, 15 Jan 2009 17:20:38 -0000 On Thu, Jan 15, 2009 at 07:10:35AM -0500, Brian McCann wrote: > > I'm doing journaling so that I theoretically never have to fsck. It's You don't *have* to fsck with UFS2 either, if you're using soft updates. The only thing fsck does is free up space and inodes that are marked as used but are really not used. Since it can be done successfully in the background, I don't see much of a problem (yes it will take hours, so schedule the checks at times when you have the least I/O traffic). As far as RAM, so long as you have swap it should be fine, just adding extra time to the checks. Again you only need to run fsck if the filesystem was dirty during a reboot or crash and you need to reclaim space. I like to schedule my fscks on busy systems for 12-36 hours delay after startup. That way you don't run them after every reboot if you're experiencing problems and I like to schedule them when no one is using the system. -- Rick C. Petty From owner-freebsd-geom@FreeBSD.ORG Fri Jan 16 07:47:47 2009 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 9277A1065670 for ; Fri, 16 Jan 2009 07:47:47 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id 47CF68FC12 for ; Fri, 16 Jan 2009 07:47:47 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from desktop.home.serebryakov.spb.ru (blacklion.dialup.corbina.ru [89.179.122.169]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 9063913DF60; Fri, 16 Jan 2009 10:43:43 +0300 (MSK) Date: Fri, 16 Jan 2009 10:32:29 +0300 From: Lev Serebryakov X-Priority: 3 (Normal) Message-ID: <529173009.20090116103229@serebryakov.spb.ru> To: "Rick C. Petty" In-Reply-To: <20090115172036.GA54383@keira.kiwi-computer.com> References: <2b5f066d0901141323j7c9a194eo4606d9769279037e@mail.gmail.com> <20090115025645.21ad2185.ota@j.email.ne.jp> <2b5f066d0901150410s7dc4e97v741d5edd2a4983a9@mail.gmail.com> <20090115172036.GA54383@keira.kiwi-computer.com> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Brian McCann , freebsd-geom@freebsd.org Subject: Re[2]: gvinum & gjournal 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, 16 Jan 2009 07:47:47 -0000 Hello, Rick. You wrote 15 =FF=ED=E2=E0=F0=FF 2009 =E3., 20:20:36: > You don't *have* to fsck with UFS2 either, if you're using soft updates. > The only thing fsck does is free up space and inodes that are marked as > used but are really not used. Since it can be done successfully in the > background, I don't see much of a problem (yes it will take hours, so > schedule the checks at times when you have the least I/O traffic). background fsck on 2Tb (RAID-5 on 5x500Gb drives) in same time as raid5 rebuilding (due to same reasons as fsck: dirty reboot) is pain in ass, really. It finishes never. I was need to stop RAID5 rebuilding, umount filesystem, run fsck by hands (with lots of questions about strange softupdate inconsistences) TWICE and rebuild RAID5 after that. Only thing I lost is 6 or 7 files which were "in flight" at time of crash. So, yes, it is safe for information (nobody expect to have files in flight to be safe in case of crash, of course) but it does not work automagically after reboot... I'm thinking about gjournal, but it KILLS performance in case of fast RAID array without additional super-fast (SSD?) place for journal :( --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-geom@FreeBSD.ORG Fri Jan 16 09:27:45 2009 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 1FBBB106564A; Fri, 16 Jan 2009 09:27:45 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EA3148FC13; Fri, 16 Jan 2009 09:27:44 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0G9RiOZ056268; Fri, 16 Jan 2009 09:27:44 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0G9RhnY056264; Fri, 16 Jan 2009 09:27:43 GMT (envelope-from gavin) Date: Fri, 16 Jan 2009 09:27:43 GMT Message-Id: <200901160927.n0G9RhnY056264@freefall.freebsd.org> To: gavin@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-geom@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: misc/130528: gjournal fsck during boot 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, 16 Jan 2009 09:27:45 -0000 Synopsis: gjournal fsck during boot Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: gavin Responsible-Changed-When: Fri Jan 16 09:26:06 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). I don't know if this could be a simple config error, could you show us what your fstab and rc.conf look like? http://www.freebsd.org/cgi/query-pr.cgi?pr=130528 From owner-freebsd-geom@FreeBSD.ORG Fri Jan 16 14:45:44 2009 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 B79681065672 for ; Fri, 16 Jan 2009 14:45:44 +0000 (UTC) (envelope-from bjmccann@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.239]) by mx1.freebsd.org (Postfix) with ESMTP id 87E518FC13 for ; Fri, 16 Jan 2009 14:45:44 +0000 (UTC) (envelope-from bjmccann@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1672521rvf.43 for ; Fri, 16 Jan 2009 06:45:44 -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:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=kZwmS1qHjdWXll+Gfxdmo94OyWFzygdODcF91iX8Zes=; b=rJuRdnI1yYgh8gNCN+fQReJkelT9OoO8aWoALxPaJVgHbqlwmAZYKtA8jvAEIewAJ/ hmWZniWdN9rYkDt9KHdPqBEMSfpkX74+SuZP5/dNhEo8sCrkodTbwMiDTeKNDs6SS4YV pG3w9vRSFl3wCT98Sqo4Ig/5y7f/nrmbBvtkY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=OH8xHP5ipAVBJtLsNdjJd742g5JtyTVoxwwKbBVwXVFKltNltO30NNujGobrNn4L7J +ynbWO0gszN5rQQbaHLNf3MUl+gTxlaqZ/FiP+4BmdR3K0PNgfGOjpQudVHEi2wCcGvv tEiqC2+g59U9jP5qLxecm9rUpv3QaqmJendD0= Received: by 10.141.23.7 with SMTP id a7mr1250499rvj.238.1232117144109; Fri, 16 Jan 2009 06:45:44 -0800 (PST) Received: by 10.140.140.19 with HTTP; Fri, 16 Jan 2009 06:45:44 -0800 (PST) Message-ID: <2b5f066d0901160645n81c0296j1e714056da74c88e@mail.gmail.com> Date: Fri, 16 Jan 2009 09:45:44 -0500 From: "Brian McCann" To: rick-freebsd2008@kiwi-computer.com In-Reply-To: <20090115172036.GA54383@keira.kiwi-computer.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2b5f066d0901141323j7c9a194eo4606d9769279037e@mail.gmail.com> <20090115025645.21ad2185.ota@j.email.ne.jp> <2b5f066d0901150410s7dc4e97v741d5edd2a4983a9@mail.gmail.com> <20090115172036.GA54383@keira.kiwi-computer.com> Cc: freebsd-geom@freebsd.org Subject: Re: gvinum & gjournal 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, 16 Jan 2009 14:45:45 -0000 On Thu, Jan 15, 2009 at 12:20 PM, Rick C. Petty wrote: > On Thu, Jan 15, 2009 at 07:10:35AM -0500, Brian McCann wrote: >> >> I'm doing journaling so that I theoretically never have to fsck. It's > > You don't *have* to fsck with UFS2 either, if you're using soft updates. > The only thing fsck does is free up space and inodes that are marked as > used but are really not used. Since it can be done successfully in the > background, I don't see much of a problem (yes it will take hours, so > schedule the checks at times when you have the least I/O traffic). As far > as RAM, so long as you have swap it should be fine, just adding extra time > to the checks. Again you only need to run fsck if the filesystem was dirty > during a reboot or crash and you need to reclaim space. I like to schedule > my fscks on busy systems for 12-36 hours delay after startup. That way you > don't run them after every reboot if you're experiencing problems and I > like to schedule them when no one is using the system. > > -- Rick C. Petty > The only time I ever run fsck's is when the system is shutdown dirty (and just about on every reboot, on the large arrays anyway, it almost never background fsck's the array...it insists on doing it before the rest of the system boots/loads). I've already got a few servers here with UFS2 that occasionally crash or hang for various reasons and reboot...and with large file systems (like 2 roughly 200GB arrays), the system takes almost 1 hour to come back to life. I was really hoping UFS2 would have solved this old problem...but it still pops it's head back up now and then. :( Thanks! -- _-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_ Brian McCann "I don't have to take this abuse from you -- I've got hundreds of people waiting to abuse me." -- Bill Murray, "Ghostbusters" From owner-freebsd-geom@FreeBSD.ORG Fri Jan 16 14:49:34 2009 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 0DE53106566B for ; Fri, 16 Jan 2009 14:49:34 +0000 (UTC) (envelope-from bjmccann@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.226]) by mx1.freebsd.org (Postfix) with ESMTP id C69068FC08 for ; Fri, 16 Jan 2009 14:49:33 +0000 (UTC) (envelope-from bjmccann@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1673933rvf.43 for ; Fri, 16 Jan 2009 06:49:33 -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:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=0yirCeO3zfoFs1rOiFuGrnJu+4DnWAVUGVwWnkI4FQk=; b=TQFoKQwXIYUCWHDNjUKhGIfPS+i7D2Ufxr5HHtmvjF1jyUeA1BTEsAraAsPIUT6jUt mfDjr2cfDDZrclSvx9Kd5i3RDeg0fFtOX6cb27hT7EeFPNe9B/vKSFNyV6t/GvyosDiy WN6ni9/gYbV1yGcUPhuAIWeHMwsHN1N/hk4D4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=BRHsnY9JXunoq+4OQSO5dKzqGe+44jDOsXjqGtKVuBZXjMRIBrcKKuZCdIzQlIsEeU Irxaxcl02alTYmzlocbbC1Qjiwu3pKQPv+UHylASrvUCmaPZWaeRcef02d9jG0A63Wbf mgrg+VfWFxGo9+0vpuLFgT8e1P9Qvfn8Ny46E= Received: by 10.141.164.13 with SMTP id r13mr1256622rvo.152.1232117373488; Fri, 16 Jan 2009 06:49:33 -0800 (PST) Received: by 10.140.140.19 with HTTP; Fri, 16 Jan 2009 06:49:33 -0800 (PST) Message-ID: <2b5f066d0901160649g6801221bp137582074db011f6@mail.gmail.com> Date: Fri, 16 Jan 2009 09:49:33 -0500 From: "Brian McCann" To: "Lev Serebryakov" In-Reply-To: <529173009.20090116103229@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: base64 Content-Disposition: inline References: <2b5f066d0901141323j7c9a194eo4606d9769279037e@mail.gmail.com> <20090115025645.21ad2185.ota@j.email.ne.jp> <2b5f066d0901150410s7dc4e97v741d5edd2a4983a9@mail.gmail.com> <20090115172036.GA54383@keira.kiwi-computer.com> <529173009.20090116103229@serebryakov.spb.ru> Cc: "Rick C. Petty" , freebsd-geom@freebsd.org Subject: Re: Re[2]: gvinum & gjournal 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, 16 Jan 2009 14:49:34 -0000 MjAwOS8xLzE2IExldiBTZXJlYnJ5YWtvdiA8bGV2QHNlcmVicnlha292LnNwYi5ydT46Cj4gSGVs bG8sIFJpY2suCj4gWW91IHdyb3RlIDE1INHO18HS0SAyMDA5IMcuLCAyMDoyMDozNjoKPgo+PiBZ b3UgZG9uJ3QgKmhhdmUqIHRvIGZzY2sgd2l0aCBVRlMyIGVpdGhlciwgaWYgeW91J3JlIHVzaW5n IHNvZnQgdXBkYXRlcy4KPj4gVGhlIG9ubHkgdGhpbmcgZnNjayBkb2VzIGlzIGZyZWUgdXAgc3Bh Y2UgYW5kIGlub2RlcyB0aGF0IGFyZSBtYXJrZWQgYXMKPj4gdXNlZCBidXQgYXJlIHJlYWxseSBu b3QgdXNlZC4gIFNpbmNlIGl0IGNhbiBiZSBkb25lIHN1Y2Nlc3NmdWxseSBpbiB0aGUKPj4gYmFj a2dyb3VuZCwgSSBkb24ndCBzZWUgbXVjaCBvZiBhIHByb2JsZW0gKHllcyBpdCB3aWxsIHRha2Ug aG91cnMsIHNvCj4+IHNjaGVkdWxlIHRoZSBjaGVja3MgYXQgdGltZXMgd2hlbiB5b3UgaGF2ZSB0 aGUgbGVhc3QgSS9PIHRyYWZmaWMpLgo+ICBiYWNrZ3JvdW5kIGZzY2sgb24gMlRiIChSQUlELTUg b24gNXg1MDBHYiBkcml2ZXMpIGluIHNhbWUgdGltZSBhcwo+IHJhaWQ1IHJlYnVpbGRpbmcgKGR1 ZSB0byBzYW1lIHJlYXNvbnMgYXMgZnNjazogZGlydHkgcmVib290KSBpcyBwYWluCj4gaW4gYXNz LCByZWFsbHkuIEl0IGZpbmlzaGVzIG5ldmVyLiBJIHdhcyBuZWVkIHRvIHN0b3AgUkFJRDUKPiBy ZWJ1aWxkaW5nLCB1bW91bnQgZmlsZXN5c3RlbSwgcnVuIGZzY2sgYnkgaGFuZHMgKHdpdGggbG90 cyBvZgo+IHF1ZXN0aW9ucyBhYm91dCBzdHJhbmdlIHNvZnR1cGRhdGUgaW5jb25zaXN0ZW5jZXMp IFRXSUNFIGFuZCByZWJ1aWxkCj4gUkFJRDUgYWZ0ZXIgdGhhdC4gT25seSB0aGluZyBJIGxvc3Qg aXMgNiBvciA3IGZpbGVzIHdoaWNoIHdlcmUgImluCj4gZmxpZ2h0IiBhdCB0aW1lIG9mIGNyYXNo LiBTbywgeWVzLCBpdCBpcyBzYWZlIGZvciBpbmZvcm1hdGlvbiAobm9ib2R5Cj4gZXhwZWN0IHRv IGhhdmUgZmlsZXMgaW4gZmxpZ2h0IHRvIGJlIHNhZmUgaW4gY2FzZSBvZiBjcmFzaCwgb2YKPiBj b3Vyc2UpIGJ1dCBpdCBkb2VzIG5vdCB3b3JrIGF1dG9tYWdpY2FsbHkgYWZ0ZXIgcmVib290Li4u Cj4KPiAgSSdtIHRoaW5raW5nIGFib3V0IGdqb3VybmFsLCBidXQgaXQgS0lMTFMgcGVyZm9ybWFu Y2UgaW4gY2FzZSBvZgo+IGZhc3QgUkFJRCBhcnJheSB3aXRob3V0IGFkZGl0aW9uYWwgc3VwZXIt ZmFzdCAoU1NEPykgcGxhY2UgZm9yIGpvdXJuYWwKPiA6KAo+Cj4KPiAtLQo+IC8vIEJsYWNrIExp b24gQUtBIExldiBTZXJlYnJ5YWtvdiA8bGV2QHNlcmVicnlha292LnNwYi5ydT4KPgo+CgpJJ3Zl IGdvdCA0IHNlcnZlcnMgYXQgYWJvdXQgOVRCIGFuZCAxMlRCIG9uIDNXYXJlIGhhcmR3YXJlIFJB SUQ1IHdpdGgKZ2pvdXJuYWwuLi5pdCBpcyBhIGJpdCBzbG93ZXIsIGJ1dCBub3QgdG9vIGJhZC4g IEknbSBtb3JlIGNvbmNlcm5lZAp3aXRoIHJlbGlhYmlsaXR5IHRoZW4gZGF0YSBsb3NzLiAgSSB3 YXMgaG9waW5nIHRoZSBvbmJvYXJkIFJBSUQKY29udHJvbGxlciBpbiB0aGlzIEludGVsIFNTNDIw MCB3b3VsZCBiZSBkZWNlbnQsIGJ1dCBpdCB3b24ndCBtYWtlIGFuCmFycmF5IGxhcmdlciB0aGVu IDJUQi4uLmF0IGxlYXN0LCBJIGhhdmVuJ3QgYmVlbiBhYmxlIHRvIGZpZ3VyZSBvdXQKaG93IHRv IGdldCBpdCB0byBkbyBpdC4KCi0tQnJpYW4KCl8tPS1fLT0tXy09LV8tPS1fLT0tXy09LV8tPS1f LT0tXy09LV8tPS1fLT0tXwpCcmlhbiBNY0Nhbm4KCiJJIGRvbid0IGhhdmUgdG8gdGFrZSB0aGlz IGFidXNlIGZyb20geW91IC0tIEkndmUgZ290IGh1bmRyZWRzIG9mCnBlb3BsZSB3YWl0aW5nIHRv IGFidXNlIG1lLiIKICAgICAgICAgICAgICAgIC0tIEJpbGwgTXVycmF5LCAiR2hvc3RidXN0ZXJz Igo= From owner-freebsd-geom@FreeBSD.ORG Fri Jan 16 19:12:28 2009 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 9CA8C10656C5 for ; Fri, 16 Jan 2009 19:12:28 +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 46E358FC08 for ; Fri, 16 Jan 2009 19:12:28 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: (qmail 67678 invoked by uid 2001); 16 Jan 2009 19:12:27 -0000 Date: Fri, 16 Jan 2009 13:12:27 -0600 From: "Rick C. Petty" To: Brian McCann Message-ID: <20090116191227.GA67515@keira.kiwi-computer.com> References: <2b5f066d0901141323j7c9a194eo4606d9769279037e@mail.gmail.com> <20090115025645.21ad2185.ota@j.email.ne.jp> <2b5f066d0901150410s7dc4e97v741d5edd2a4983a9@mail.gmail.com> <20090115172036.GA54383@keira.kiwi-computer.com> <2b5f066d0901160645n81c0296j1e714056da74c88e@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2b5f066d0901160645n81c0296j1e714056da74c88e@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-geom@freebsd.org Subject: Re: gvinum & gjournal 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: Fri, 16 Jan 2009 19:12:29 -0000 On Fri, Jan 16, 2009 at 09:45:44AM -0500, Brian McCann wrote: > > The only time I ever run fsck's is when the system is shutdown dirty > (and just about on every reboot, on the large arrays anyway, it almost > never background fsck's the array...it insists on doing it before the > rest of the system boots/loads). That's strange, I've not seen that before. Are you using softupdates and UFS2? FreeBSD 6.0 or later? I have had numerous crashes for various reasons and the filesystems are almost always dirty when I restart (or why would I restart?) but I have never seen it try to foreground fsck anything except root. If this is happening in your case, it would be nice to diagnose and fix that problem instead of working around it. > I've already got a few servers here > with UFS2 that occasionally crash or hang for various reasons and > reboot...and with large file systems (like 2 roughly 200GB arrays), > the system takes almost 1 hour to come back to life. I was really > hoping UFS2 would have solved this old problem...but it still pops > it's head back up now and then. :( I've had numerous crashes with several filesystems on the order of 200-500 GB each and although the background fsck can take some time, I've never had it forcibly happen in the foreground. Can you paste your /etc/rc.conf ? Also the time it takes to fsck is proportional to the filesystem size, number of inodes, and number of files/directories to check. When I make larger filesystems, I tend to reduce the number of inodes which greatly reduces fsck times. With lots of little files, it's usually a good idea to split filesystems into smaller, manageable pieces. Think about dump/restore times. Sure you can make a 16TB filesystem that can support trillions of files, but you can't expect it to perform well even in normal usage. UFS2 has some other limitations which prevents this from working to your advantage. Your best bet is to plan your filesystems better so you can manage dumps and fscks without terrible hassle or use ZFS and buy 32 gigs of RAM. -- Rick C. Petty From owner-freebsd-geom@FreeBSD.ORG Fri Jan 16 22:43:55 2009 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 148BA106570B; Fri, 16 Jan 2009 22:43:55 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DF37D8FC13; Fri, 16 Jan 2009 22:43:54 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0GMhskQ049751; Fri, 16 Jan 2009 22:43:54 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0GMhsrY049747; Fri, 16 Jan 2009 22:43:54 GMT (envelope-from linimon) Date: Fri, 16 Jan 2009 22:43:54 GMT Message-Id: <200901162243.n0GMhsrY049747@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-geom@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: bin/130632: [patch] gpart(8) assert failure if used from FreeBSD Live CD 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, 16 Jan 2009 22:43:55 -0000 Old Synopsis: gpart assert failure if used from FreeBSD Live CD New Synopsis: [patch] gpart(8) assert failure if used from FreeBSD Live CD Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: linimon Responsible-Changed-When: Fri Jan 16 22:43:28 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=130632