[Gluster-users] URGENT: Update issues from 3.6.6 to 3.10.2 Accessing files via samba come up with permission denied

Diego Remolina dijuremo at gmail.com
Thu Aug 17 12:14:57 UTC 2017


Trying to revive this old thread as problems continue. I have noticed
from the gluster logs the following on m y volume called export:

[2017-08-16 20:08:47.663908] I [MSGID: 109066]
[dht-rename.c:1608:dht_rename] 0-export-dht: renaming
/projects/ACTIVE/Automotive/JEEP/Brand Image Program June
2016/04_Western Region/Huntington Beach CDJR - Huntington Beach, CA/04
REVIT AND CAD/2017-08-16 CAD dwgs to FCA/2017-08-16-- Huntington Beach
- Opt A_rev2-2-Sheet - 3-3 - OPTION A-2 - PROPOSED - FIRST FLOOR
PLAN.dwg (hash=export-replicate-0/cache=export-replicate-0) =>
/projects/ACTIVE/Automotive/JEEP/Brand Image Program June
2016/04_Western Region/Huntington Beach CDJR - Huntington Beach, CA/04
REVIT AND CAD/2017-08-16 CAD dwgs to FCA/2017-08-16-- H Beach OPTION
A-2-PROPOSED FIRST FLOOR PLAN.dwg
(hash=export-replicate-0/cache=<nul>)
[2017-08-16 20:08:57.207652] I [MSGID: 139001]
[posix-acl.c:265:posix_acl_log_permit_denied] 0-posix-acl-autoload:
client: -, gfid: 1c5d4bcc-84a3-4cf9-b4b2-9bba3ba2f75e,
req(uid:1057,gid:513,perm:1,ngrps:2),
ctx(uid:0,gid:0,in-groups:0,perm:700,updated-fop:LOOKUP, acl:-)
[Permission denied]
[2017-08-16 20:08:57.207733] W [fuse-bridge.c:471:fuse_entry_cbk]
0-glusterfs-fuse: 643111247: LOOKUP() /etc/samba/locks => -1
(Permission denied)
[2017-08-16 20:08:57.536276] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 643111420: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of
Miami_CDs_backup/deltas.dat => -1 (Operation not permitted)
[2017-08-16 20:08:57.541216] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 643111426: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of
Miami_CDs_backup/eperms.dat => -1 (Operation not permitted)
[2017-08-16 20:08:57.908919] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 643112183: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of Miami_CDs.rvt
=> -1 (Operation not permitted)
[2017-08-16 20:08:58.184241] I [MSGID: 109066]
[dht-rename.c:1608:dht_rename] 0-export-dht: renaming
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of
Miami_CDs_backup/contents.0037.dat
(hash=export-replicate-0/cache=export-replicate-0) =>
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of
Miami_CDs_backup/_contents.0037.dat
(hash=export-replicate-0/cache=<nul>)
[2017-08-16 20:09:08.168268] W [fuse-bridge.c:471:fuse_entry_cbk]
0-glusterfs-fuse: 643138194: LOOKUP() /etc/samba/locks => -1
(Permission denied)
[2017-08-16 20:09:08.183241] W [fuse-bridge.c:471:fuse_entry_cbk]
0-glusterfs-fuse: 643138254: LOOKUP() /etc/samba/locks => -1
(Permission denied)
[2017-08-16 20:09:08.193454] W [fuse-bridge.c:471:fuse_entry_cbk]
0-glusterfs-fuse: 643138262: LOOKUP() /etc/samba/locks => -1
(Permission denied)
[2017-08-16 20:09:08.199924] W [fuse-bridge.c:471:fuse_entry_cbk]
0-glusterfs-fuse: 643138277: LOOKUP() /etc/samba/locks => -1
(Permission denied)
[2017-08-16 20:09:08.204608] W [fuse-bridge.c:471:fuse_entry_cbk]
0-glusterfs-fuse: 643138286: LOOKUP() /etc/samba/locks => -1
(Permission denied)

I checked the permissions of /etc/samba/locks which is a symlink to
/export/etc/samba/locks. The folder /export/etc/samba had 700
permissions, so I have adjusted it to be 755 and now that problem is
gone. Not sure why gluster needs to look into the samba locks folder,
but OK no more complaints it cannot get there. Now I continue to see
failed messages of using SETATTR() on the revit files and it's
folders. Revit can work with regular files (single user editing) and
central files (multi-user). I am not 100% sure how that works, but
whenever you create a centra file, a folder is created and when users
work with it, then several .dat files get created that may track the
changes each user makes. Then when users save to central, the software
mergers all changes. Users can only work on pieces of a drawing at a
time to avoid two people modifying the same piece. Having said that,
here is an example of the SETATTR() issues with ther .rvt and .dat
files:

[2017-08-16 22:09:50.356046] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 647961498: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes-Benz of Houston
Greenway/04 REVIT AND CAD/02 CD REVIT/2017-08-16_Mercedes Benz of
Greenway.rvt => -1 (Operation not permitted)
[2017-08-16 22:10:00.239656] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 647967571: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of
Miami_CDs_backup/eperms.dat => -1 (Operation not permitted)
[2017-08-16 22:10:00.241130] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 647967576: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of
Miami_CDs_backup/deltas.dat => -1 (Operation not permitted)
The message "I [MSGID: 108031]
[afr-common.c:2340:afr_local_discovery_cbk] 0-export-replicate-0:
selecting local read_child export-client-0" repeated 6 times between
[2017-08-16 22:08:16.153591] and [2017-08-16 22:10:06.760785]
[2017-08-16 22:10:11.877097] I [MSGID: 108031]
[afr-common.c:2340:afr_local_discovery_cbk] 0-export-replicate-0:
selecting local read_child export-client-0
[2017-08-16 22:10:25.467358] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 647971536: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of
Miami_CDs_backup/eperms.dat => -1 (Operation not permitted)
[2017-08-16 22:10:25.468542] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 647971541: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of
Miami_CDs_backup/deltas.dat => -1 (Operation not permitted)
[2017-08-16 22:10:51.798485] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 647977314: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of
Miami_CDs_backup/eperms.dat => -1 (Operation not permitted)
[2017-08-16 22:10:51.799653] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 647977319: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of
Miami_CDs_backup/deltas.dat => -1 (Operation not permitted)
[2017-08-16 22:11:01.854407] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 647979198: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of
Miami_CDs_backup/eperms.dat => -1 (Operation not permitted)
[2017-08-16 22:11:01.856154] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 647979203: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of
Miami_CDs_backup/deltas.dat => -1 (Operation not permitted)
The message "I [MSGID: 108031]
[afr-common.c:2340:afr_local_discovery_cbk] 0-export-replicate-0:
selecting local read_child export-client-0" repeated 4 times between
[2017-08-16 22:10:11.877097] and [2017-08-16 22:11:46.177841]
[2017-08-16 22:12:12.012312] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 648010810: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of
Miami_CDs_backup/eperms.dat => -1 (Operation not permitted)
[2017-08-16 22:12:12.014063] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 648010815: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of
Miami_CDs_backup/deltas.dat => -1 (Operation not permitted)
[2017-08-16 22:12:13.431928] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 648011063: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of
Miami_CDs_backup/eperms.dat => -1 (Operation not permitted)
[2017-08-16 22:12:13.433143] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 648011068: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of
Miami_CDs_backup/deltas.dat => -1 (Operation not permitted)
[2017-08-16 22:12:18.050270] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 648011752: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of
Miami_CDs_backup/eperms.dat => -1 (Operation not permitted)
[2017-08-16 22:12:18.051654] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 648011757: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of
Miami_CDs_backup/deltas.dat => -1 (Operation not permitted)
[2017-08-16 22:12:20.026084] I [MSGID: 108031]
[afr-common.c:2340:afr_local_discovery_cbk] 0-export-replicate-0:
selecting local read_child export-client-0
[2017-08-16 22:12:21.689819] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 648012881: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of
Miami_CDs_backup/eperms.dat => -1 (Operation not permitted)
[2017-08-16 22:12:21.691522] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 648012886: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of
Miami_CDs_backup/deltas.dat => -1 (Operation not permitted)
[2017-08-16 22:12:25.128403] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 648013385: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of
Miami_CDs_backup/eperms.dat => -1 (Operation not permitted)
[2017-08-16 22:12:25.130204] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 648013390: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of
Miami_CDs_backup/deltas.dat => -1 (Operation not permitted)
[2017-08-16 22:13:03.372072] I [MSGID: 109066]
[dht-rename.c:1608:dht_rename] 0-export-dht: renaming
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/10
CORRESPONDENCE/2017-08-16 CE coordination/sav6795.tmp
(hash=export-replicate-0/cache=export-replicate-0) =>
/projects/ACTIVE/Auto
motive/MercedesBenz/AN Mercedes Benz of Miami/10
CORRESPONDENCE/2017-08-16 CE coordination/138960-3- modified.dwg
(hash=export-replicate-0/cache=<nul>)
[2017-08-16 22:13:16.697488] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 648027317: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of
Miami_CDs_backup/eperms.dat => -1 (Operation not permitted)
[2017-08-16 22:13:16.698706] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 648027322: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of
Miami_CDs_backup/deltas.dat => -1 (Operation not permitted)
[2017-08-16 22:13:36.262468] I [MSGID: 109066]
[dht-rename.c:1608:dht_rename] 0-export-dht: renaming
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/10
CORRESPONDENCE/2017-08-16 CE coordination/A100 - ARCHITECTURAL SITE
PLAN.dwg (hash=export-replicate-0/cache=export-replicate-0) =
> /projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/10 CORRESPONDENCE/2017-08-16 CE coordination/atmp6906 (hash=export-replicate-0/cache=<nul>)
[2017-08-16 22:13:37.728159] I [MSGID: 109066]
[dht-rename.c:1608:dht_rename] 0-export-dht: renaming
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/10
CORRESPONDENCE/2017-08-16 CE coordination/atmp6906
(hash=export-replicate-0/cache=export-replicate-0) =>
/projects/ACTIVE/Automot
ive/MercedesBenz/AN Mercedes Benz of Miami/10
CORRESPONDENCE/2017-08-16 CE coordination/A100 - ARCHITECTURAL SITE
PLAN.bak (hash=export-replicate-0/cache=<nul>)
[2017-08-16 22:13:37.781432] I [MSGID: 109066]
[dht-rename.c:1608:dht_rename] 0-export-dht: renaming
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/10
CORRESPONDENCE/2017-08-16 CE coordination/save6900.tmp
(hash=export-replicate-0/cache=export-replicate-0) =>
/projects/ACTIVE/Aut
omotive/MercedesBenz/AN Mercedes Benz of Miami/10
CORRESPONDENCE/2017-08-16 CE coordination/A100 - ARCHITECTURAL SITE
PLAN.dwg (hash=export-replicate-0/cache=<nul>)
The message "I [MSGID: 108031]
[afr-common.c:2340:afr_local_discovery_cbk] 0-export-replicate-0:
selecting local read_child export-client-0" repeated 6 times between
[2017-08-16 22:12:20.026084] and [2017-08-16 22:13:54.680810]
[2017-08-16 22:14:21.366375] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 648044068: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of
Miami_CDs_backup/eperms.dat => -1 (Operation not permitted)
[2017-08-16 22:14:21.367844] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 648044073: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of
Miami_CDs_backup/deltas.dat => -1 (Operation not permitted)
[2017-08-16 22:14:24.709601] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 648044510: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of
Miami_CDs_backup/eperms.dat => -1 (Operation not permitted)
[2017-08-16 22:14:24.711416] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 648044515: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of
Miami_CDs_backup/deltas.dat => -1 (Operation not permitted)
[2017-08-16 22:14:35.382052] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 648046270: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of
Miami_CDs_backup/eperms.dat => -1 (Operation not permitted)
[2017-08-16 22:14:35.383157] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 648046275: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of
Miami_CDs_backup/deltas.dat => -1 (Operation not permitted)
[2017-08-16 22:14:59.628159] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 648051210: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of
Miami_CDs_backup/deltas.dat => -1 (Operation not permitted)
[2017-08-16 22:14:59.632847] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 648051216: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of
Miami_CDs_backup/eperms.dat => -1 (Operation not permitted)
[2017-08-16 22:14:59.825506] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 648051595: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of
Miami_CDs_backup/wperms.dat => -1 (Operation not permitted)
[2017-08-16 22:15:00.020525] W [fuse-bridge.c:1067:fuse_setattr_cbk]
0-glusterfs-fuse: 648051763: SETATTR()
/projects/ACTIVE/Automotive/MercedesBenz/AN Mercedes Benz of Miami/04
REVIT AND CAD/02 CD REVIT/2017-08-15 -- Mercedes Benz of Miami_CDs.rvt
=> -1 (Operation not permitted)

Any ideas what is going on here? I am running on glusterfs 3.10.3

# rpm -qa | grep gluster
glusterfs-server-3.10.3-1.el7.x86_64
glusterfs-rdma-3.10.3-1.el7.x86_64
glusterfs-3.10.3-1.el7.x86_64
glusterfs-client-xlators-3.10.3-1.el7.x86_64
glusterfs-api-3.10.3-1.el7.x86_64
centos-release-gluster310-1.0-1.el7.centos.noarch
glusterfs-fuse-3.10.3-1.el7.x86_64
samba-vfs-glusterfs-4.4.4-14.el7_3.x86_64
glusterfs-libs-3.10.3-1.el7.x86_64
glusterfs-cli-3.10.3-1.el7.x86_64


Diego

On Mon, Jun 26, 2017 at 10:14 AM, Diego Remolina <dijuremo at gmail.com> wrote:
> Hi,
>
> I was wondering if you have had a chance to review the logs and if you
> can tell me know if more information is needed.
>
> Diego
>
> On Mon, Jun 12, 2017 at 8:20 AM, Diego Remolina <dijuremo at gmail.com> wrote:
>> Did the logs provide any hints as to what the issue may be?
>>
>> Diego
>>
>> On Sat, Jun 3, 2017 at 12:16 PM, Diego Remolina <dijuremo at gmail.com> wrote:
>>> Thanks for taking the time to look into this. Since we needed downtime
>>> due to the gluster update, we also updated the OS, including samba. We
>>> went from 4.2.x to 4.4.4 and many other packages for CentOS were
>>> updated as well. OS and samba updates were installed, then server
>>> rebooted, then gluster was updated.
>>>
>>> Created a new test samba share to minimize logs, etc:
>>>
>>> [VfsGluster]
>>>    path = /vfsgluster
>>>    browseable = yes
>>>    write list = @Staff,root, at Admin, at Managers
>>>    writeable = yes
>>>    guest ok = no
>>>    create mask = 660
>>>    directory mask = 770
>>>    kernel share modes = No
>>>    vfs objects = glusterfs
>>>    glusterfs:loglevel = 7
>>>    glusterfs:logfile = /var/log/samba/glusterfs-vfsgluster.log
>>>    glusterfs:volume = export
>>>    veto files = desktop.ini
>>>
>>>
>>> I am attaching the logs for the test of the rename operation. The file
>>> I try to access is called:2016-9-13_Herrin Gear BMW_REV-3
>>> The timeline is as follows (times are UTC):
>>>
>>> 15:18:00 -> Change smb.conf to glusterfs:loglevel = 9 and reload smbd
>>> via  smbcontrol smbd reload-config
>>> See log: glusterfs-vfsgluster.log
>>> 15:19:31 -> Adjust gluster client and brick log levels to TRACE
>>> export.log is the Gluster volume log
>>> bricks-hdds-brick.log is the Brick log on ysmha02 (did you need the
>>> other one?) Samba is running on ysmah02.
>>>
>>> 15:20:40 -> Get the extended attributes for all files in the bricks on
>>> both servers ysmha01 and ysmha02 before accessing the file:
>>> cd /bricks/hdds/brick/vfsgluster/
>>>  find . -type f -exec getfattr -m .  -d -e hex {} \; >>
>>> /tmp/ysmha01-attributes-before-rename-run2
>>>  find . -type f -exec getfattr -m .  -d -e hex {} \; >>
>>> /tmp/ysmha02-attributes-before-rename-run2
>>>
>>> 15:21-ish -> Cannot open file so I do a rename and rename back via
>>> Windows explorer
>>> 15:22-ish -> Get the extended attirbutes again after renaming the
>>> file. At this point I can open the file.
>>>  find . -type f -exec getfattr -m .  -d -e hex {} \; >>
>>> /tmp/ysmha01-attributes-after-rename-run2
>>>  find . -type f -exec getfattr -m .  -d -e hex {} \; >>
>>> /tmp/ysmha02-attributes-after-rename-run2
>>>
>>> I did all the files here, because Revit uses a file and some folders
>>> to keep track of it changes, versions, etc.
>>>
>>> 15:23:25 -> Change gluster client and brick logs back to info.
>>>
>>> Let me know if I need to redo any tests, change any steps or provide
>>> more logs I may have missed.
>>>
>>> Diego
>>>
>>> On Fri, Jun 2, 2017 at 8:19 PM, Raghavendra Talur <rtalur at redhat.com> wrote:
>>>>
>>>>
>>>> On 03-Jun-2017 3:27 AM, "Diego Remolina" <dijuremo at gmail.com> wrote:
>>>>
>>>> Hi everyone,
>>>>
>>>> Is there anything else we could do to check on this problem and try to
>>>> fix it? The issue is definitively related to either the samba vfs
>>>> gluster plugin or gluster itself. I am not sure how to pin it down
>>>> futher.
>>>>
>>>>
>>>> I don't think it is vfs plugin because you haven't updated samba packages
>>>> and vfs plugin is same as before.
>>>>
>>>> It is either gfapi in Gluster or one of the lower xlators.
>>>>
>>>> Changing to fuse based shares might make the problem go away and can be used
>>>> as a workaround.
>>>>
>>>>
>>>>
>>>> I went ahead and created a new share in the samba server which is on a
>>>> local filesystem where the OS is installed, not part of gluster:
>>>>
>>>> # mount | grep home
>>>> ]# ls -ld /home
>>>> drwxr-xr-x. 14 root root 4096 Jun  2 17:21 /home
>>>>
>>>> This shows this is not mounted from anywhere. so I created a folder
>>>> and shared it:
>>>>
>>>> ]# ls -ld /home/rvtsharetest/
>>>> drwxrwx---. 3 dijuremo Staff 95 Jun  2 17:31 /home/rvtsharetest/
>>>>
>>>> ]# tail -7 /etc/samba/smb.conf
>>>> [rvtsharetest]
>>>>    path=/home/rvtsharetest
>>>>    browseable = yes
>>>>    write list = @Staff,dijuremo
>>>>    guest ok = yes
>>>>    create mask = 664
>>>>    directory mask = 775
>>>>
>>>> When accessing Revit files in this new share the problem is *not* observed.
>>>>
>>>> When accessing Revit files on any of the samba shares that use the vfs
>>>> gluster plugin and are stored in the gluster volume, we see the
>>>> problems.
>>>>
>>>> Further analysis of the issue is even more disconcerting. As you may
>>>> remember, I have found a workaround about renaming the file and back
>>>> to the original, where things work. Here is where it gets more
>>>> interesting. This seems to be workstation dependent, not user
>>>> dependent.
>>>>
>>>> 1. User1 logs into PC1 and tries to access the file and gets the error
>>>> message from Revit "ACCESS DENIED".
>>>>
>>>> 2. User1 uses windows explorer to go to the file location (we tried
>>>> doing this from the server itself on the command line and it did not
>>>> change anything, i.e. su - User1 then mv command). User1 renames the
>>>> file, Revit.rvt -> Revit2.rvt, and clicks away for the rename to take
>>>> place. User1 immediately renames the file to the original, Revit2.rvt
>>>> -> Revit.rvt
>>>>
>>>> 3. User1 opens the file and everything works properly.
>>>>
>>>> 4. User2 logs into PC1 and tries to open the file. The file opens and
>>>> works properly.
>>>>
>>>> 5. User2 logs into PC2 and tries to open the file, the problem comes
>>>> up. User2 uses the rename trick and this fixes the problem on PC2.
>>>> Even if User1 now comes to use PC2, User1 will have no problems with
>>>> the file.
>>>>
>>>> 6. User1 now goes to PC3 where nobody has used the file rename trick,
>>>> and experiences the problem. Only solution is to play the rename trick
>>>> again in PC3.
>>>>
>>>> So it seems you have to play the rename trick at least one per
>>>> workstation and that "fixes" the issue for any user who logs into that
>>>> workstation.
>>>>
>>>> What other suggestions do you have? What debugging can I do next? I am
>>>> planning once everyone leaves the office today on changing the share
>>>> to bypass vfs gluster plugin and access the file directly from the
>>>> fuse mount, ie.:
>>>>
>>>> # mount | grep export
>>>> 10.0.1.7:/export on /export type fuse.glusterfs
>>>> (rw,relatime,user_id=0,group_id=0,allow_other,max_read=131072)
>>>>
>>>> Then set samba to share without using the vfs gluster plugin as follows
>>>>
>>>> [Projects]
>>>>    path = /export/projects
>>>>    browseable = yes
>>>>    write list = @Staff,root, at Admin, at Managers
>>>>    writeable = yes
>>>>    guest ok = no
>>>>    create mask = 660
>>>>    directory mask = 770
>>>>
>>>> This test will determine if the issue is the samba vfs gluster plugin
>>>> or if it is the fact that the file is stored in the gluster volume.
>>>>
>>>> Any other thoughts?
>>>>
>>>>
>>>> I suspect this has to do with locking and such.
>>>> Can create a new volume and share through vfs plugin.
>>>> Set logging to number 5 for samba and Gluster volume set client-log-level
>>>> and server-log-level to TRACE.
>>>> Copy one rvt file.
>>>> Performs open, this is like fail.
>>>> Perform rename
>>>> Perform open, this would pass
>>>>
>>>> Send us the logs.
>>>>
>>>> I know it is troublesome but detailed logs are the only things that would
>>>> help us analyze the issue.
>>>>
>>>> Talur
>>>>
>>>>
>>>> Diego
>>>>
>>>> On Wed, May 31, 2017 at 12:59 PM, Diego Remolina <dijuremo at gmail.com> wrote:
>>>>> The vfs gluster plugin for samba is linked against libglusterfs.so.0
>>>>> which is provided by glusterfs-libs-3.10.2-1.el7.x86_64, please see
>>>>> below.
>>>>>
>>>>> # ldd /usr/lib64/samba/vfs/glusterfs.so | grep glus
>>>>>        libglusterfs.so.0 => /lib64/libglusterfs.so.0 (0x00007f61da858000)
>>>>>
>>>>> ]# yum provides /lib64/libglusterfs.so.0
>>>>> Loaded plugins: fastestmirror
>>>>> Loading mirror speeds from cached hostfile
>>>>> * base: centos.vwtonline.net
>>>>> * extras: mirror.cs.vt.edu
>>>>> * updates: centosv.centos.org
>>>>> glusterfs-libs-3.10.2-1.el7.x86_64 : GlusterFS common libraries
>>>>> Repo        : @centos-gluster310
>>>>> Matched from:
>>>>> Filename    : /lib64/libglusterfs.so.0
>>>>>
>>>>>
>>>>>
>>>>> On Wed, May 31, 2017 at 12:39 PM, Diego Remolina <dijuremo at gmail.com>
>>>>> wrote:
>>>>>> Samba is running in the same machine as glusterd. The machines were
>>>>>> rebooted after the upgrades and samba has been restarted a few times.
>>>>>>
>>>>>> # rpm -qa | grep gluster
>>>>>> glusterfs-client-xlators-3.10.2-1.el7.x86_64
>>>>>> glusterfs-server-3.10.2-1.el7.x86_64
>>>>>> glusterfs-api-3.10.2-1.el7.x86_64
>>>>>> glusterfs-3.10.2-1.el7.x86_64
>>>>>> glusterfs-cli-3.10.2-1.el7.x86_64
>>>>>> centos-release-gluster310-1.0-1.el7.centos.noarch
>>>>>> samba-vfs-glusterfs-4.4.4-14.el7_3.x86_64
>>>>>> glusterfs-fuse-3.10.2-1.el7.x86_64
>>>>>> glusterfs-libs-3.10.2-1.el7.x86_64
>>>>>> glusterfs-rdma-3.10.2-1.el7.x86_64
>>>>>>
>>>>>> # rpm -qa | grep samba
>>>>>> samba-common-libs-4.4.4-14.el7_3.x86_64
>>>>>> samba-common-tools-4.4.4-14.el7_3.x86_64
>>>>>> samba-libs-4.4.4-14.el7_3.x86_64
>>>>>> samba-4.4.4-14.el7_3.x86_64
>>>>>> samba-client-libs-4.4.4-14.el7_3.x86_64
>>>>>> samba-vfs-glusterfs-4.4.4-14.el7_3.x86_64
>>>>>> samba-common-4.4.4-14.el7_3.noarch
>>>>>>
>>>>>> # cat /etc/redhat-release
>>>>>> CentOS Linux release 7.3.1611 (Core)
>>>>>>
>>>>>> I also raised the op version.
>>>>>>
>>>>>> # gluster volume get all cluster.op-version
>>>>>> Option                                  Value
>>>>>> ------                                  -----
>>>>>> cluster.op-version                      31000
>>>>>>
>>>>>> # gluster volume get all cluster.max-op-version
>>>>>> Option                                  Value
>>>>>> ------                                  -----
>>>>>> cluster.max-op-version                  31000
>>>>>>
>>>>>> On Wed, May 31, 2017 at 12:21 PM, Raghavendra Talur <rtalur at redhat.com>
>>>>>> wrote:
>>>>>>> Also, please attach your smb.conf. You can directly attach in the list
>>>>>>> and need not have a google drive link.
>>>>>>>
>>>>>>>
>>>>>>> On Wed, May 31, 2017 at 9:37 PM, Raghavendra Talur <rtalur at redhat.com>
>>>>>>> wrote:
>>>>>>>> Diego,
>>>>>>>>
>>>>>>>> I see that Samba is still using 3.6.6 Gluster. Is it possible you did
>>>>>>>> not restart smb after upgrading gluster(if samba is on same machine as
>>>>>>>> Gluster) or if you forgot to update Gluster client packages on Samba
>>>>>>>> node?
>>>>>>>>
>>>>>>>> On Wed, May 31, 2017 at 9:04 PM, Diego Remolina <dijuremo at gmail.com>
>>>>>>>> wrote:
>>>>>>>>> Please download the log file from this link:
>>>>>>>>>
>>>>>>>>> https://drive.google.com/open?id=0B8EAPWIe4oyKN0h0X1pZVkRWVEU
>>>>>>>>>
>>>>>>>>> Let me know if you need any other log files.
>>>>>>>>>
>>>>>>>>> Diego
>>>>>>>>>
>>>>>>>>> On Wed, May 31, 2017 at 11:19 AM, Raghavendra Talur
>>>>>>>>> <rtalur at redhat.com> wrote:
>>>>>>>>>> If possible please share the glusterfs-* log files from
>>>>>>>>>> /var/log/samba.
>>>>>>>>>>
>>>>>>>>>> This might be because of cluster.lookup-optimize. Adding Poornima and
>>>>>>>>>> Raghavendra Gowdappa to help with this.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Wed, May 31, 2017 at 1:03 AM, Diego Remolina <dijuremo at gmail.com>
>>>>>>>>>> wrote:
>>>>>>>>>>> This is a bit puzzling, not sure what difference it would make, but:
>>>>>>>>>>>
>>>>>>>>>>> 1. Try to open file that has a problem, ie. MyRevitFile.rvt
>>>>>>>>>>> Revit opens and shows a window that says access denied.
>>>>>>>>>>>
>>>>>>>>>>> 2. Rename file, i.e from windows explorer right click, rename to
>>>>>>>>>>> MyRevitFile2.rvt
>>>>>>>>>>>
>>>>>>>>>>> 3. Without opening the file, rename file back to the original, i.e
>>>>>>>>>>> MyRevitFile.rvt
>>>>>>>>>>>
>>>>>>>>>>> 4. Double click on file and now it will open just fine without the
>>>>>>>>>>> Access Denied error.
>>>>>>>>>>>
>>>>>>>>>>> Any explanation for this? Could the rename operation be forcing or
>>>>>>>>>>> updating some attributes that then allow the file to open?
>>>>>>>>>>>
>>>>>>>>>>> Diego
>>>>>>>>>>>
>>>>>>>>>>> On Tue, May 30, 2017 at 10:57 AM, Diego Remolina
>>>>>>>>>>> <dijuremo at gmail.com> wrote:
>>>>>>>>>>>> This is what I see in the logs set from smb.conf via line ->
>>>>>>>>>>>> glusterfs:logfile = /var/log/samba/glusterfs-projects.log
>>>>>>>>>>>>
>>>>>>>>>>>> [2017-05-30 14:52:31.051524] E [MSGID: 123001]
>>>>>>>>>>>> [io-cache.c:564:ioc_open_cbk] 0-export-io-cache: inode context is
>>>>>>>>>>>> NULL
>>>>>>>>>>>> (a97bc9bb-68cf-4a69-aef7-39766b323c14) [Invalid argument]
>>>>>>>>>>>> [2017-05-30 14:52:31.241850] W [MSGID: 114031]
>>>>>>>>>>>> [client-rpc-fops.c:1100:client3_3_getxattr_cbk] 0-export-client-0:
>>>>>>>>>>>> remote operation failed. Path:
>>>>>>>>>>>> /projects/INACTIVE/WESTCOAST/Automotive/Acura/AS-Acura of
>>>>>>>>>>>> Richmond/02
>>>>>>>>>>>> DRAWINGS/02 ARCH/CrownAcura-SD02-ArchModel.rvt (a97bc9bb-68cf-4a69-
>>>>>>>>>>>> aef7-39766b323c14). Key: glusterfs.get_real_filename:desktop.ini
>>>>>>>>>>>> [Not
>>>>>>>>>>>> a directory]
>>>>>>>>>>>> [2017-05-30 14:52:31.242956] W [MSGID: 114031]
>>>>>>>>>>>> [client-rpc-fops.c:1100:client3_3_getxattr_cbk] 0-export-client-1:
>>>>>>>>>>>> remote operation failed. Path:
>>>>>>>>>>>> /projects/INACTIVE/WESTCOAST/Automotive/Acura/AS-Acura of
>>>>>>>>>>>> Richmond/02
>>>>>>>>>>>> DRAWINGS/02 ARCH/CrownAcura-SD02-ArchModel.rvt (a97bc9bb-68cf-4a69-
>>>>>>>>>>>> aef7-39766b323c14). Key: glusterfs.get_real_filename:desktop.ini
>>>>>>>>>>>> [Not
>>>>>>>>>>>> a directory]
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Tue, May 30, 2017 at 10:37 AM, Diego Remolina
>>>>>>>>>>>> <dijuremo at gmail.com> wrote:
>>>>>>>>>>>>> Hi,
>>>>>>>>>>>>>
>>>>>>>>>>>>> Over the weekend we updated a two server glusterfs 3.6.6 install
>>>>>>>>>>>>> to
>>>>>>>>>>>>> 3.10.2 We also updated samba and samba-vfs to the latest in
>>>>>>>>>>>>> CentOS. I
>>>>>>>>>>>>> enabled several of the newer caching features from gluster 3.9 for
>>>>>>>>>>>>> small file performance and samba, and we now seem to have some
>>>>>>>>>>>>> issues
>>>>>>>>>>>>> with accessing files from glusterfs. When users try to access some
>>>>>>>>>>>>> files, they get a Permission denied message. This seems to be only
>>>>>>>>>>>>> via
>>>>>>>>>>>>> samba as I am able to su - username and then do strings on the
>>>>>>>>>>>>> file.
>>>>>>>>>>>>>
>>>>>>>>>>>>> [root at ysmha02 gluster-backups]# rpm -qa | grep gluster
>>>>>>>>>>>>> glusterfs-client-xlators-3.10.2-1.el7.x86_64
>>>>>>>>>>>>> glusterfs-server-3.10.2-1.el7.x86_64
>>>>>>>>>>>>> glusterfs-api-3.10.2-1.el7.x86_64
>>>>>>>>>>>>> glusterfs-3.10.2-1.el7.x86_64
>>>>>>>>>>>>> glusterfs-cli-3.10.2-1.el7.x86_64
>>>>>>>>>>>>> centos-release-gluster310-1.0-1.el7.centos.noarch
>>>>>>>>>>>>> samba-vfs-glusterfs-4.4.4-14.el7_3.x86_64
>>>>>>>>>>>>> glusterfs-fuse-3.10.2-1.el7.x86_64
>>>>>>>>>>>>> glusterfs-libs-3.10.2-1.el7.x86_64
>>>>>>>>>>>>> glusterfs-rdma-3.10.2-1.el7.x86_64
>>>>>>>>>>>>>
>>>>>>>>>>>>> [root at ysmha02 gluster-backups]# rpm -qa | grep samba
>>>>>>>>>>>>> samba-common-libs-4.4.4-14.el7_3.x86_64
>>>>>>>>>>>>> samba-common-tools-4.4.4-14.el7_3.x86_64
>>>>>>>>>>>>> samba-libs-4.4.4-14.el7_3.x86_64
>>>>>>>>>>>>> samba-4.4.4-14.el7_3.x86_64
>>>>>>>>>>>>> samba-client-libs-4.4.4-14.el7_3.x86_64
>>>>>>>>>>>>> samba-vfs-glusterfs-4.4.4-14.el7_3.x86_64
>>>>>>>>>>>>> samba-common-4.4.4-14.el7_3.noarch
>>>>>>>>>>>>>
>>>>>>>>>>>>> On the samba logs for the machine I notice something weird, samba
>>>>>>>>>>>>> seems to be trying to stat the file we are trying as a directory
>>>>>>>>>>>>> to
>>>>>>>>>>>>> see if it contains desktop.ini:
>>>>>>>>>>>>>
>>>>>>>>>>>>> [2017/05/30 10:13:07.297026,  0]
>>>>>>>>>>>>> ../source3/modules/vfs_glusterfs.c:870(vfs_gluster_stat)
>>>>>>>>>>>>>  glfs_stat(ACTIVE/Automotive/FORD/AN - Ford East/02
>>>>>>>>>>>>> DRAWINGS/CURRENT/AN-FORD EAST_04-05-17_CD_R17.rvt/desktop.ini)
>>>>>>>>>>>>> failed:
>>>>>>>>>>>>> Not a directory
>>>>>>>>>>>>> [2017/05/30 10:13:07.298155,  0]
>>>>>>>>>>>>> ../source3/modules/vfs_glusterfs.c:870(vfs_gluster_stat)
>>>>>>>>>>>>>  glfs_stat(ACTIVE/Automotive/FORD/AN - Ford East/02
>>>>>>>>>>>>> DRAWINGS/CURRENT/AN-FORD EAST_04-05-17_CD_R17.rvt/desktop.ini)
>>>>>>>>>>>>> failed:
>>>>>>>>>>>>> Not a directory
>>>>>>>>>>>>>
>>>>>>>>>>>>> This seems to be happening only with files with the .rvt
>>>>>>>>>>>>> extension.
>>>>>>>>>>>>> Though these files are usually larger in size vs other smaller
>>>>>>>>>>>>> excel,
>>>>>>>>>>>>> power point, etc files.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Here are the complete options for the volume:
>>>>>>>>>>>>>
>>>>>>>>>>>>> https://pastebin.com/ZH2vMsMN
>>>>>>>>>>>>>
>>>>>>>>>>>>> I turned off performance.cache-samba-metadata again to see if that
>>>>>>>>>>>>> would help, but seems it does not help.
>>>>>>>>>>>>>
>>>>>>>>>>>>> I really appreciate any help with this.
>>>>>>>>>>>>>
>>>>>>>>>>>>> DIego
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> Gluster-users mailing list
>>>>>>>>>>> Gluster-users at gluster.org
>>>>>>>>>>> http://lists.gluster.org/mailman/listinfo/gluster-users
>>>>
>>>>


More information about the Gluster-users mailing list