[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1170080210.5757.6.camel@lade.trondhjem.org>
Date: Mon, 29 Jan 2007 09:16:50 -0500
From: Trond Myklebust <trond.myklebust@....uio.no>
To: Neil Brown <neilb@...e.de>
Cc: Jesper Juhl <jesper.juhl@...il.com>, nfs@...ts.sourceforge.net,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: [NFS] 2.6.17.8 - do_vfs_lock: VFS is out of sync with lock
manager!
On Mon, 2007-01-29 at 16:08 +1100, Neil Brown wrote:
> On Monday August 21, trond.myklebust@....uio.no wrote:
> >
> > Could we instead replace it with a dprintk() that returns the value of
> > "res"? That will keep it useful for debugging purposes.
>
> (only 5 months later...)
>
> Sure, how about this?
>
> Thanks,
> NeilBrown
ACKed.
Thanks Neil!
Trond
>
> Remove warning: VFS is out of sync with lock manager.
>
> But keep it as a dprintk
>
> The message can be generated in a quite normal situation:
> If a 'lock' request is interrupted, then the lock client needs to
> record that the server has the lock, incase it does.
> When we come the unlock, the server might say it doesn't, even
> though we think it does (or might) and this generates the message.
>
> Signed-off-by: Neil Brown <neilb@...e.de>
>
> ### Diffstat output
> ./fs/nfs/file.c | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
> diff .prev/fs/nfs/file.c ./fs/nfs/file.c
> --- .prev/fs/nfs/file.c 2007-01-29 16:04:09.000000000 +1100
> +++ ./fs/nfs/file.c 2007-01-29 16:04:45.000000000 +1100
> @@ -434,8 +434,9 @@ static int do_vfs_lock(struct file *file
> BUG();
> }
> if (res < 0)
> - printk(KERN_WARNING "%s: VFS is out of sync with lock manager!\n",
> - __FUNCTION__);
> + dprintk(KERN_WARNING "%s: VFS is out of sync with lock manager"
> + " - error %d!\n",
> + __FUNCTION__, res);
> return res;
> }
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists