From owner-freebsd-stable@FreeBSD.ORG Thu Sep 14 14:36:24 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0F8616A40F; Thu, 14 Sep 2006 14:36:24 +0000 (UTC) (envelope-from kramer@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AC7743D49; Thu, 14 Sep 2006 14:36:24 +0000 (GMT) (envelope-from kramer@centtech.com) Received: from [10.177.171.221] (roddick.centtech.com [10.177.171.221]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k8EEaN1R017157; Thu, 14 Sep 2006 09:36:23 -0500 (CDT) (envelope-from kramer@centtech.com) Message-ID: <450968E8.3000000@centtech.com> Date: Thu, 14 Sep 2006 09:36:24 -0500 From: Kevin Kramer User-Agent: Thunderbird 1.5.0.5 (X11/20060802) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <44F7320E.6040608@centtech.com> <20060901111615.GB1819@garage.freebsd.pl> <44F831B7.90807@centtech.com> <20060901145939.GC1819@garage.freebsd.pl> <44F84EB9.6000006@centtech.com> <20060901185637.GA6759@garage.freebsd.pl> In-Reply-To: <20060901185637.GA6759@garage.freebsd.pl> X-Virus-Scanned: ClamAV 0.87.1/1882/Thu Sep 14 06:04:02 2006 on mh2.centtech.com X-Virus-Status: Clean Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@FreeBSD.org Subject: Re: gjournal questions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kramer@centtech.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Sep 2006 14:36:24 -0000 it's working great now that i've redone the whole thing ------------------------------ Kevin Kramer Sr. Systems Administrator 512.418.5725 Centaur Technology, Inc. www.centtech.com Pawel Jakub Dawidek wrote the following on 09/01/06 13:56: > On Fri, Sep 01, 2006 at 10:16:09AM -0500, Kevin Kramer wrote: > >> I've already redone the whole thing. here are the steps i took >> >> umount /scr09 >> umount /scr10 >> gjournal stop da2.journal >> gjournal stop da4.journal >> >> ** had not done this on the first attempt >> newfs /dev/da1 >> newfs /dev/da3 >> > > This is not needed. > > >> gjournal label -v /dev/da2 /dev/da1 >> gjournal label -v /dev/da4 /dev/da3 >> >> newfs -J -L scr09 /dev/da2.journal >> newfs -J -L scr10 /dev/da4.journal >> >> mount /scr09 >> mount /scr10 >> > > Don't know how your /etc/fstab looks like, but you definiately should > use 'async' mount option, which is safe to use with gjournaled file > systems. > > >> it is looking much better so far. before, i was getting this in the debug (only on /scr10) and my mountd process was always the top process >> >> Sep 1 00:00:11 donkey kernel: fsync: giving up on dirty >> Sep 1 00:00:11 donkey kernel: 0xc9ee1bb0: tag devfs, type VCHR >> Sep 1 00:00:11 donkey kernel: usecount 1, writecount 0, refcount 198 mountedher >> e 0xc9ebfb00 >> Sep 1 00:00:11 donkey kernel: flags () >> Sep 1 00:00:11 donkey kernel: v_object 0xc9fbb528 ref 0 pages 5933 >> Sep 1 00:00:11 donkey kernel: lock type devfs: EXCL (count 1) by thread 0xc9bd4 >> 180 (pid 38) >> Sep 1 00:00:11 donkey kernel: dev ufs/scr10 >> Sep 1 00:00:11 donkey kernel: GEOM_JOURNAL: Cannot suspend file system /scr10 ( >> error=35). >> > > It happens sometimes under load, haven't investigated yet what exactly > is happening, but you can ignore it for now, it's harmless, it just > means journal switch will be done a bit later. > > BTW. 8GB for journals is much. You should not need more than 2GB > probably. Of course it will work with 8GB just fine. > >