From: Aleksander W. <ale...@mo...> - 2016-04-25 12:07:59
|
Hi Valeri, Excuse me. I missed you previous mail. Right now I will test this issue on FreeBSD 9.3 Best regards Aleksander Wieliczko Technical Support Engineer MooseFS.com <moosefs.com> On 04/25/2016 01:46 PM, Aleksander Wieliczko wrote: > Hi Valeri, > > I would like to inform you that we have made simple test in our > development environment, and we do not observe such a behaviour. > This is what we have: > > FreeBSD 10.2 > MFS version 2.0.88-1 > FUSE library version: 2.9.5 > > root@freebsd:~ # stat /mnt/mfs/test/* > 3976265473 8 -rw-r--r-- 1 root wheel 0 11 "Apr 25 13:19:41 2016" "Apr > 25 13:19:41 2016" "Apr 25 13:19:41 2016" "Jan 1 00:59:59 1970" 4096 1 > 0 /mnt/mfs/test/test1 > 3976265473 9 -rw-r--r-- 1 root wheel 0 19 "Apr 25 13:23:26 2016" "Apr > 25 13:23:26 2016" "Apr 25 13:23:26 2016" "Jan 1 00:59:59 1970" 4096 1 > 0 /mnt/mfs/test/test2 > 3976265473 10 -rw-r--r-- 1 root wheel 0 20 "Apr 25 13:23:50 2016" "Apr > 25 13:23:50 2016" "Apr 25 13:23:50 2016" "Jan 1 00:59:59 1970" 4096 1 > 0 /mnt/mfs/test/test3 > 3976265473 11 -rw-r--r-- 1 root wheel 0 34 "Apr 25 13:23:58 2016" "Apr > 25 13:23:58 2016" "Apr 25 13:23:58 2016" "Jan 1 00:59:59 1970" 4096 1 > 0 /mnt/mfs/test/test4 > 3976265473 12 -rw-r--r-- 1 root wheel 0 45 "Apr 25 13:24:07 2016" "Apr > 25 13:24:07 2016" "Apr 25 13:24:07 2016" "Jan 1 00:59:59 1970" 4096 1 > 0 /mnt/mfs/test/test5 > > root@freebsd:~ # rsync -avu /mnt/mfs/test /tmp/ > > root@freebsd:~ # stat /mnt/mfs/test/* > 3976265473 8 -rw-r--r-- 1 root wheel 0 11 "Apr 25 13:31:36 2016" "Apr > 25 13:19:41 2016" "Apr 25 13:19:41 2016" "Jan 1 00:59:59 1970" 4096 1 > 0 /mnt/mfs/test/test1 > 3976265473 9 -rw-r--r-- 1 root wheel 0 19 "Apr 25 13:31:36 2016" "Apr > 25 13:23:26 2016" "Apr 25 13:23:26 2016" "Jan 1 00:59:59 1970" 4096 1 > 0 /mnt/mfs/test/test2 > 3976265473 10 -rw-r--r-- 1 root wheel 0 20 "Apr 25 13:31:36 2016" "Apr > 25 13:23:50 2016" "Apr 25 13:23:50 2016" "Jan 1 00:59:59 1970" 4096 1 > 0 /mnt/mfs/test/test3 > 3976265473 11 -rw-r--r-- 1 root wheel 0 34 "Apr 25 13:31:36 2016" "Apr > 25 13:23:58 2016" "Apr 25 13:23:58 2016" "Jan 1 00:59:59 1970" 4096 1 > 0 /mnt/mfs/test/test4 > 3976265473 12 -rw-r--r-- 1 root wheel 0 45 "Apr 25 13:31:36 2016" "Apr > 25 13:24:07 2016" "Apr 25 13:24:07 2016" "Jan 1 00:59:59 1970" 4096 1 > 0 /mnt/mfs/test/test5 > > You see, that only atime has been changed. > > Question is which FreeBSD version you have? > > I'm looking forward to hearing from you. > Aleksander Wieliczko > Technical Support Engineer > MooseFS.com <moosefs.com> > > > On 04/22/2016 07:03 AM, Jakub Kruszona-Zawadzki wrote: >> On 21 Apr, 2016, at 16:33, Valeri Galtsev <ga...@ki...> wrote: >> >>> Dear Experts, >>> >>> I have sort of weirdness I just stumbled over. >>> >>> I migrates some directories to moosefs (free opes source version, standard >>> installation "by the book" on FreeBSD). At some point I decided to migrate >>> the directory back to local (UFS) filesystem on the machine. Here is >>> weirdness I observe: >>> >>> after i run >>> >>> rsync -avu /path/do/mfs/mount/directory /path/to/local/fs >>> >>> I do get the content of directory on local filesystem as expected with all >>> correct file attributes (user/group ownership, creation time, content). >>> However, the source files on moosefs change their time stamps, as if the >>> report last access time instead of creation time. They were reporting >>> correct creation times after they were rsync'ed from local filesystem to >>> moosefs originally. This basically renders rsync command useless (and >>> damaging if you care about file creation times) when you rsync from >>> moosefs (elsewhere). >>> >>> What am I doing wrong? I've used Linux and Unix for over decade an a half, >>> ans used rsync over comparable period of time. What I hit with moosefs >>> gives me kind of shock, and I can't figure myself what could I be doing >>> wrong. >>> >>> Thanks in advance for all your advices. >>> >>> Valeri >> We have changed atime/mtime management in MooseFS recently (in version 3.0.74), so the question is which version of MooseFS do you use? >> >> It looks like a bug in MooseFS, so we need the version, because we have two options here. >> The bug was in previous atime/mtime mechanism (pre 3.0.74) or there is a bug in current mechanism. >> > > > > ------------------------------------------------------------------------------ > Find and fix application performance issues faster with Applications Manager > Applications Manager provides deep performance insights into multiple tiers of > your business applications. It resolves application problems quickly and > reduces your MTTR. Get your free trial! > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > > > _________________________________________ > moosefs-users mailing list > moo...@li... > https://lists.sourceforge.net/lists/listinfo/moosefs-users |