Date: Fri, 07 Mar 2008 15:26:03 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> To: Eric Anderson <anderson@freebsd.org> Cc: freebsd-geom@freebsd.org Subject: Re: GEOM_JOURNAL: Cannot suspend file system /vol0 (error=35) Message-ID: <47D1507B.4090002@quip.cz> In-Reply-To: <47D1361A.7080204@freebsd.org> References: <47D10D60.3010207@quip.cz> <47D1361A.7080204@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?47D1507B.4090002>