From owner-freebsd-geom@FreeBSD.ORG Fri Mar 7 14:25:58 2008 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 375CF10656A1 for ; Fri, 7 Mar 2008 14:25:58 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [91.103.162.4]) by mx1.freebsd.org (Postfix) with ESMTP id E68D58FC24 for ; Fri, 7 Mar 2008 14:25:52 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 3837319E02D; Fri, 7 Mar 2008 15:25:51 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTP id E50D419E027; Fri, 7 Mar 2008 15:25:48 +0100 (CET) Message-ID: <47D1507B.4090002@quip.cz> Date: Fri, 07 Mar 2008 15:26:03 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Eric Anderson References: <47D10D60.3010207@quip.cz> <47D1361A.7080204@freebsd.org> In-Reply-To: <47D1361A.7080204@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-geom@freebsd.org Subject: Re: GEOM_JOURNAL: Cannot suspend file system /vol0 (error=35) 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, 07 Mar 2008 14:25:58 -0000 Eric Anderson wrote: > Miroslav Lachman wrote: > >> Hi, >> >> today I saw this error in messages: >> >> : fsync: giving up on dirty >> : 0xc5564110: tag devfs, type VCHR >> : usecount 1, writecount 0, refcount 78 mountedhere 0xc54ef800 >> : flags () >> : v_object 0xc556645c ref 0 pages 1146 >> : lock type devfs: EXCL (count 1) by thread 0xc5236a50 (pid 39) >> : dev mirror/gm0s2e.journal >> : GEOM_JOURNAL: Cannot suspend file system /vol0 (error=35). >> >> Is it something harmful, or is it "normal" behavior? It was in time >> when generating backup (high disk I/O). >> Gjournal is on top of gmirrored SATA disks. >> >> mirror/gm0s2d is 2GB journal provider >> mirror/gm0s2e.journal is 380GB data provider > > > > This shouldn't be a problem really. If these are on SCSI disks, you > might try increasing the queue depth using camcontrol (see the 'tags' > command in the camcontrol man page). You could also try reducing the > journal flush time (I can't recall the sysctl to set right now - I think > the default is 10s). It is on SATA II drives (Hitachi HDP725050GLA360). Do you mean kern.geom.journal.switch_time ? (I have set it to default = 10s) I can try to lower it to 5s, but I think 10s is enough for 2GB journal. (10s is default for default 1GB journal size, or am I wrong?) Miroslav Lachman