Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 11 Apr 2012 15:21:17 +0100
From:      Johannes Totz <johannes@jo-t.de>
To:        freebsd-fs@freebsd.org
Subject:   Re: fsync: giving up on dirty
Message-ID:  <jm440t$foc$1@dough.gmane.org>
In-Reply-To: <201203022136.q22LaTvj037524@chez.mckusick.com>
References:  <CAF-QHFUBEsZ-KJ86Btr%2BwcvynraTAGz9BJ3e0Wyw95tdyMzogA@mail.gmail.com> <201203022136.q22LaTvj037524@chez.mckusick.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On 02/03/2012 21:36, Kirk McKusick wrote:
>> From: Ivan Voras <ivoras@freebsd.org>
>> Date: Fri, 2 Mar 2012 12:57:00 +0100
>> Subject: Re: fsync: giving up on dirty
>> To: Kirk McKusick <mckusick@mckusick.com>
>> Cc: freebsd-fs@freebsd.org
>>
>> On 29 February 2012 20:19, Kirk McKusick <mckusick@mckusick.com> wrote:
>>
>>> I believe that the problem is because the soft updates worklist needs
>>> to be flushed before some of the dirty blocks can be successfully written.
>>> If you are running a 9-stable system on this machine, are using journaled
>>> soft updates on the filesystem in question, and are willing to try out
>>> my first attempt at a fix, let me know and I'll send you the diffs for it.
>>
>> The thing is - I'm not. This is a 9-stable, but it was upgraded from 8
>> and I don't have SUJ enabled.
>>
>> I keep getting such messages daily.
>>
>> Mar  1 04:02:09 skynet kernel: fsync: giving up on dirty
>> Mar  1 04:02:09 skynet kernel: 0xfffffe000fef2780: tag devfs, type VCHR
>> Mar  1 04:02:09 skynet kernel: usecount 1, writecount 0, refcount 2515
>> mountedhere 0xfffffe000fd25200
>> Mar  1 04:02:09 skynet kernel: flags ()
>> Mar  1 04:02:09 skynet kernel: v_object 0xfffffe000fe96d98 ref 0 pages 10182
>> Mar  1 04:02:09 skynet kernel: lock type devfs: EXCL by thread
>> 0xfffffe003dc8d000 (pid 79344)
>> Mar  1 04:02:09 skynet kernel: dev multipath/hpdisk4-web
> 
> Thanks for the report. It is useful to know that this can occur even
> with non SUJ systems. I am working with Peter Holm to identify the
> cause and will keep you (and the list) posted with what we figure out.

I got one of these as well:

fsync: giving up on dirty
0xfffffe000d00bd20: tag devfs, type VCHR
    usecount 1, writecount 0, refcount 638 mountedhere 0xfffffe0003d23600
    flags (VV_COPYONWRITE)
    v_object 0xfffffe0003e44ca8 ref 0 pages 2538
    lock type devfs: EXCL by thread 0xfffffe001c075460 (pid 11645)
       dev ufs/var

This happened during snapshot creation for backup with dump(8).
So far machine is running fine. Subsequent snapshots succeeded.

This is on:

FreeBSD XXX 9.0-PRERELEASE FreeBSD 9.0-PRERELEASE #1 r227793M: Mon Dec
5 22:57:54 GMT 2011     root@XXX:/usr/obj/usr/src/sys/GENERIC  amd64

No journaling, just plain old UFS 2 with softupdates. Plenty of free
space available.



Johannes




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?jm440t$foc$1>