[Bugs] [Bug 1422074] GlusterFS truncates nanoseconds to microseconds when setting mtime

bugzilla at redhat.com bugzilla at redhat.com
Tue Mar 7 17:10:06 UTC 2017


https://bugzilla.redhat.com/show_bug.cgi?id=1422074



--- Comment #11 from Worker Ant <bugzilla-bot at gluster.org> ---
COMMIT: https://review.gluster.org/16667 committed in master by Jeff Darcy
(jdarcy at redhat.com) 
------
commit ce8d8195dc253a87cceaaeeb1a725090471ae4f8
Author: Niklas Hambüchen <mail at nh2.me>
Date:   Sat Feb 18 00:49:02 2017 +0100

    posix: use nanosecond accuracy when available

    Programs that set mtime, such as `rsync -a`, don't work correctly on
    GlusterFS, because it sets the nanoseconds to 000. This creates
    problems for incremental backups, where files get accidentally copied
    again and again.

    For example, consider `myfile` on an ext4 system, being copied to a
    GlusterFS volume, with `rsync -a` and then `cp -u` in turn. You'd
    expect that after the first `rsync -a`, `cp -u` agrees that the file
    need not be copied.

    BUG: 1422074
    Change-Id: I89c7b6a73e2e06c02851ff76b7e5cdfaa271e985
    Signed-off-by: Niklas Hambüchen <mail at nh2.me>
    Reviewed-on: https://review.gluster.org/16667
    Smoke: Gluster Build System <jenkins at build.gluster.org>
    Reviewed-by: Niels de Vos <ndevos at redhat.com>
    Tested-by: Jeff Darcy <jdarcy at redhat.com>
    NetBSD-regression: NetBSD Build System <jenkins at build.gluster.org>
    Reviewed-by: jiffin tony Thottan <jthottan at redhat.com>
    CentOS-regression: Gluster Build System <jenkins at build.gluster.org>
    Reviewed-by: Jeff Darcy <jdarcy at redhat.com>

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.


More information about the Bugs mailing list