[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gluster-devel] write-behind bug with ftruncate
From: |
Emmanuel Dreyfus |
Subject: |
Re: [Gluster-devel] write-behind bug with ftruncate |
Date: |
Mon, 18 Jul 2011 07:18:59 +0000 |
User-agent: |
Mutt/1.5.21 (2010-09-15) |
On Sun, Jul 17, 2011 at 02:13:38PM +0200, Emmanuel Dreyfus wrote:
> > The sin is therefore to set FATTR_ATIME | FATTR_MTIME, while glusterfs
> > assumes this is a ftruncate() calls because only FATTR_SIZE is set. Am I
> > correct?
>
> I "fixed" NetBSD FUSE so that FATTR_ATIME | FATTR_MTIME are removed when
> FATTR_SIZE is set but not FATTR_UID, FATTR_GID and FATTR_MODE. It seems
> to work.
Modifying NetBSD FUSE so that it matches Linux bahavior fixes the
problem, but I beleive glusters dangerously relies on an undocumented
behavior here. The Linux kernel could one day decide to sync atime and
mtime with any SETATTR, just like NetBSD does. You may consider changing
the code to remove this assumed behavior.
--
Emmanuel Dreyfus
address@hidden
- [Gluster-devel] cache problem?, Emmanuel Dreyfus, 2011/07/13
- [Gluster-devel] write-behind bug with ftruncatz (was: Re: cache problem?), Emmanuel Dreyfus, 2011/07/16
- Re: [Gluster-devel] write-behind bug with ftruncatz (was: Re: cache problem?), Anand Avati, 2011/07/16
- Re: [Gluster-devel] write-behind bug with ftruncatz, Pavan T C, 2011/07/16
- Re: [Gluster-devel] write-behind bug with ftruncate, Emmanuel Dreyfus, 2011/07/17
- Re: [Gluster-devel] write-behind bug with ftruncate, Anand Avati, 2011/07/17
- Re: [Gluster-devel] write-behind bug with ftruncate, Emmanuel Dreyfus, 2011/07/17
- Re: [Gluster-devel] write-behind bug with ftruncate, Anand Avati, 2011/07/17
- Re: [Gluster-devel] write-behind bug with ftruncate,
Emmanuel Dreyfus <=
- Re: [Gluster-devel] write-behind bug with ftruncate, Anand Avati, 2011/07/18
- Re: [Gluster-devel] write-behind bug with ftruncate, Emmanuel Dreyfus, 2011/07/18
- Re: [Gluster-devel] write-behind bug with ftruncatz (was: Re: cache problem?), Emmanuel Dreyfus, 2011/07/18