search for: 35d

...s. I checked another fs sync (but also gpfs to ceph) , and I've seen the same thing there. If I look to the access times, the 'wrong' dirs have an access time before the 'good' ones.. File: ‘okdir’ Size: 295652 Blocks: 1 IO Block: 4096 directory Device: 23h/35d Inode: 1099549838973 Links: 1 Access: (0755/drwxr-xr-x) Uid: (2540003/ UNKNOWN) Gid: (2540003/ UNKNOWN) Access: 2015-05-23 18:05:10.543735826 +0200 Modify: 2014-07-07 11:19:28.000000000 +0200 Change: 2015-05-23 18:05:10.551767386 +0200 Birth: - File: ‘strangedir’ Size: 5051975 Block...

...28d> 285: 81 ca 08 04 00 00 or $0x408,%edx 28b: 89 10 mov %edx,(%eax) 28d: 84 c9 test %cl,%cl 28f: 0f 89 34 01 00 00 jns 3c9 <t_run_test+0x3c9> After ​ r252152:​ Note that the OR $0x408 and OR $0x810 come ​now ​ in reverse order. 35d: 81 c9 08 04 00 00 or $0x408,%ecx 363: 89 4c 24 28 mov %ecx,0x28(%esp) 367: 89 df mov %ebx,%edi 369: 83 e7 10 ​ ​ and $0x10,%edi 36c: 89 7c 24 20 mov %edi,0x20(%esp) 370: 0f 45 d1 ​ ​ cmovne %ecx,%edx 373: 89 d7...

...one of the files and its parent directory from all three nodes of my cluster. NODE 1: File: ?/data/myvolume-private/brick/dir1/dir2/dir3/dir4/dir5/dir6/dir7/dir8/dir9/dir10/OC_DEFAULT_MODULE/filename.shareKey? Size: 0 Blocks: 38 IO Block: 131072 regular empty file Device: 23h/35d Inode: 744413 Links: 2 Access: (0644/-rw-r--r--) Uid: (20936/ UNKNOWN) Gid: (20936/ UNKNOWN) Access: 2018-05-15 08:54:20.296048887 +0200 Modify: 2018-05-15 08:54:20.296048887 +0200 Change: 2018-05-15 08:54:20.340048505 +0200 Birth: - File: ?/data/myvolume-private/brick/dir1/dir2/dir3/di...

...t directory from all three nodes of my cluster. > > NODE 1: > > File: ?/data/myvolume-private/brick/dir1/dir2/dir3/dir4/dir5/dir6/dir7/dir8/dir9/dir10/OC_DEFAULT_MODULE/filename.shareKey? > Size: 0 Blocks: 38 IO Block: 131072 regular empty file > Device: 23h/35d Inode: 744413 Links: 2 > Access: (0644/-rw-r--r--) Uid: (20936/ UNKNOWN) Gid: (20936/ UNKNOWN) > Access: 2018-05-15 08:54:20.296048887 +0200 > Modify: 2018-05-15 08:54:20.296048887 +0200 > Change: 2018-05-15 08:54:20.340048505 +0200 > Birth: - > > File: ?/data/myvo...

...find+12f () Mar 21 11:09:17 SERVER142 genunix: [ID 655072 kern.notice] fffffe800047eba0 zfs:dmu_objset_find+12f () Mar 21 11:09:17 SERVER142 genunix: [ID 655072 kern.notice] fffffe800047ec10 zfs:spa_load+51a () Mar 21 11:09:17 SERVER142 genunix: [ID 655072 kern.notice] fffffe800047ec80 zfs:spa_load+35d () Mar 21 11:09:17 SERVER142 genunix: [ID 655072 kern.notice] fffffe800047ecc0 zfs:spa_open_common+15b () Mar 21 11:09:17 SERVER142 genunix: [ID 655072 kern.notice] fffffe800047ed00 zfs:spa_get_stats+42 () Mar 21 11:09:17 SERVER142 genunix: [ID 655072 kern.notice] fffffe800047ed40 zfs:zfs_ioc_pool_...

...s of my cluster. > > > > NODE 1: > > > > File: ?/data/myvolume-private/brick/dir1/dir2/dir3/dir4/dir5/dir6/dir7/dir8/dir9/dir10/OC_DEFAULT_MODULE/filename.shareKey? > > > > Size: 0 Blocks: 38 IO Block: 131072 regular empty file > > > > Device: 23h/35d Inode: 744413 Links: 2 > > > > Access: (0644/-rw-r--r--) Uid: (20936/ UNKNOWN) Gid: (20936/ UNKNOWN) > > > > Access: 2018-05-15 08:54:20.296048887 +0200 > > > > Modify: 2018-05-15 08:54:20.296048887 +0200 > > > > Change: 2018-05-15 08:54:20.340048...

...t; > NODE 1: > > > > > > File: ?/data/myvolume-private/brick/dir1/dir2/dir3/dir4/dir5/dir6/dir7/dir8/dir9/dir10/OC_DEFAULT_MODULE/filename.shareKey? > > > > > > Size: 0 Blocks: 38 IO Block: 131072 regular empty file > > > > > > Device: 23h/35d Inode: 744413 Links: 2 > > > > > > Access: (0644/-rw-r--r--) Uid: (20936/ UNKNOWN) Gid: (20936/ UNKNOWN) > > > > > > Access: 2018-05-15 08:54:20.296048887 +0200 > > > > > > Modify: 2018-05-15 08:54:20.296048887 +0200 > > > > >...

On 05/15/2018 12:38 PM, mabi wrote: > Dear all, > > I have upgraded my replica 3 GlusterFS cluster (and clients) last Friday from 3.12.7 to 3.12.9 in order to fix this bug but unfortunately I notice that I still have exactly the same problem as initially posted in this thread. > > It looks like this bug is not resolved as I just got right now 3 unsynched files on my arbiter node

...ODE 1: >>>> >>>> File: ?/data/myvolume-private/brick/dir1/dir2/dir3/dir4/dir5/dir6/dir7/dir8/dir9/dir10/OC_DEFAULT_MODULE/filename.shareKey? >>>> >>>> Size: 0 Blocks: 38 IO Block: 131072 regular empty file >>>> >>>> Device: 23h/35d Inode: 744413 Links: 2 >>>> >>>> Access: (0644/-rw-r--r--) Uid: (20936/ UNKNOWN) Gid: (20936/ UNKNOWN) >>>> >>>> Access: 2018-05-15 08:54:20.296048887 +0200 >>>> >>>> Modify: 2018-05-15 08:54:20.296048887 +0200 >>>>...

Dear all, I have upgraded my replica 3 GlusterFS cluster (and clients) last Friday from 3.12.7 to 3.12.9 in order to fix this bug but unfortunately I notice that I still have exactly the same problem as initially posted in this thread. It looks like this bug is not resolved as I just got right now 3 unsynched files on my arbiter node like I used to do before upgrading. This problem started

...fuse mount directly. The output is below: NODE1: STAT: File: ?/data/myvol-private/brick/dir1/dir2/dir3/dir4/dir5/dir6/dir7/dir8/dir9/dir10/dir11/dir12_Archiv/azipfiledir.zip/OC_DEFAULT_MODULE/problematicfile? Size: 0 Blocks: 38 IO Block: 131072 regular empty file Device: 23h/35d Inode: 6822549 Links: 2 Access: (0644/-rw-r--r--) Uid: (20909/ UNKNOWN) Gid: (20909/ UNKNOWN) Access: 2018-04-09 08:58:54.311556621 +0200 Modify: 2018-04-09 08:58:54.311556621 +0200 Change: 2018-04-09 08:58:54.423555611 +0200 Birth: - GETFATTR: trusted.gfid=0smMGdfAozTLS8v1d4jMb42w== trust...

...> > STAT: > > > > File: ?/data/myvol-private/brick/dir1/dir2/dir3/dir4/dir5/dir6/dir7/dir8/dir9/dir10/dir11/dir12_Archiv/azipfiledir.zip/OC_DEFAULT_MODULE/problematicfile? > > > > Size: 0 Blocks: 38 IO Block: 131072 regular empty file > > > > Device: 23h/35d Inode: 6822549 Links: 2 > > > > Access: (0644/-rw-r--r--) Uid: (20909/ UNKNOWN) Gid: (20909/ UNKNOWN) > > > > Access: 2018-04-09 08:58:54.311556621 +0200 > > > > Modify: 2018-04-09 08:58:54.311556621 +0200 > > > > Change: 2018-04-09 08:58:54.42355...

...below: > > NODE1: > > STAT: > File: ?/data/myvol-private/brick/dir1/dir2/dir3/dir4/dir5/dir6/dir7/dir8/dir9/dir10/dir11/dir12_Archiv/azipfiledir.zip/OC_DEFAULT_MODULE/problematicfile? > Size: 0 Blocks: 38 IO Block: 131072 regular empty file > Device: 23h/35d Inode: 6822549 Links: 2 > Access: (0644/-rw-r--r--) Uid: (20909/ UNKNOWN) Gid: (20909/ UNKNOWN) > Access: 2018-04-09 08:58:54.311556621 +0200 > Modify: 2018-04-09 08:58:54.311556621 +0200 > Change: 2018-04-09 08:58:54.423555611 +0200 > Birth: - > > GETFATTR: > trust...

...>>> >>> File: ?/data/myvol-private/brick/dir1/dir2/dir3/dir4/dir5/dir6/dir7/dir8/dir9/dir10/dir11/dir12_Archiv/azipfiledir.zip/OC_DEFAULT_MODULE/problematicfile? >>> >>> Size: 0 Blocks: 38 IO Block: 131072 regular empty file >>> >>> Device: 23h/35d Inode: 6822549 Links: 2 >>> >>> Access: (0644/-rw-r--r--) Uid: (20909/ UNKNOWN) Gid: (20909/ UNKNOWN) >>> >>> Access: 2018-04-09 08:58:54.311556621 +0200 >>> >>> Modify: 2018-04-09 08:58:54.311556621 +0200 >>> >>> Change: 2018-...

...e: ?/data/myvol-private/brick/dir1/dir2/dir3/dir4/dir5/dir6/dir7/dir8/dir9/dir10/dir11/dir12_Archiv/azipfiledir.zip/OC_DEFAULT_MODULE/problematicfile? > > > > > > > > Size: 0 Blocks: 38 IO Block: 131072 regular empty file > > > > > > > > Device: 23h/35d Inode: 6822549 Links: 2 > > > > > > > > Access: (0644/-rw-r--r--) Uid: (20909/ UNKNOWN) Gid: (20909/ UNKNOWN) > > > > > > > > Access: 2018-04-09 08:58:54.311556621 +0200 > > > > > > > > Modify: 2018-04-09 08:58:54.311556621...

Maybe adjust this to be different for –Os, -Oz than for –O2? Kevin Smith From: llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org] On Behalf Of James Molloy via llvm-dev Sent: Friday, November 20, 2015 4:05 PM To: Steve King <steve at metrokings.com>; Renato Golin <renato.golin at linaro.org> Cc: llvm-dev <llvm-dev at lists.llvm.org> Subject: Re: [llvm-dev] Recent -Os code

...?/data/myvol-private/brick/dir1/dir2/dir3/dir4/dir5/dir6/dir7/dir8/dir9/dir10/dir11/dir12_Archiv/azipfiledir.zip/OC_DEFAULT_MODULE/problematicfile? >>>>> >>>>> Size: 0 Blocks: 38 IO Block: 131072 regular empty file >>>>> >>>>> Device: 23h/35d Inode: 6822549 Links: 2 >>>>> >>>>> Access: (0644/-rw-r--r--) Uid: (20909/ UNKNOWN) Gid: (20909/ UNKNOWN) >>>>> >>>>> Access: 2018-04-09 08:58:54.311556621 +0200 >>>>> >>>>> Modify: 2018-04-09 08:58:54.3115566...

Here would be also the corresponding log entries on a gluster node brick log file: [2018-04-09 06:58:47.363536] W [MSGID: 113093] [posix-gfid-path.c:84:posix_remove_gfid2path_xattr] 0-myvol-private-posix: removing gfid2path xattr failed on /data/myvol-private/brick/.glusterfs/12/67/126759f6-8364-453c-9a9c-d9ed39198b7a: key = trusted.gfid2path.2529bb66b56be110 [No data available] [2018-04-09

Hello, Last Friday I upgraded my GlusterFS 3.10.7 3-way replica (with arbitrer) cluster to 3.12.7 and this morning I got a warning that 9 files on one of my volumes are not synced. Ineeded checking that volume with a "volume heal info" shows that the third node (the arbitrer node) has 9 files to be healed but are not being healed automatically. All nodes were always online and there

Hi all, please, is there some utility/command/... to list all installed kernel modules ? Peter Rosa