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--