[Bugs] [Bug 1797099] After upgrade from gluster 7.0 to 7.2 posix-acl.c:262:posix_acl_log_permit_denied

bugzilla at redhat.com bugzilla at redhat.com
Tue Mar 10 23:54:50 UTC 2020


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

Strahil Nikolov <hunter86_bg at yahoo.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
              Flags|needinfo?(hunter86_bg at yahoo |
                   |.com)                       |



--- Comment #10 from Strahil Nikolov <hunter86_bg at yahoo.com> ---
All nodes are up and running. Everything is healed - issue is valid for gluster
v7.3.

VMs using "data_fast" , "data_fast2" , "data_fast3" & "data_fast4" (striped LV
in linux) fails to power up.

Brick log contains:
[2020-03-10 23:44:20.126951] E [MSGID: 115050]
[server-rpc-fops_v2.c:157:server4_lookup_cbk] 0-data_fast-server: 44466: LOOKUP
/.shard/f476698a-d8d2-4ab2-b9c4-4c276c2eef43.79
(be318638-e8a0-4c6d-977d-7a937aa84806/f476698a-d8d2-4ab2-b9c4-4c276c2eef43.79),
client:
CTX_ID:c1ae3077-41b1-4e69-ac98-034e3790c2ac-GRAPH_ID:0-PID:431-HOST:ovirt1.localdomain-PC_NAME:data_fast-client-0-RECON_NO:-0,
error-xlator: data_fast-access-control [Permission denied]


[root at ovirt1 /]# mount -t glusterfs -o aux-gfid-mount gluster1:/data_fast /mnt
[root at ovirt1 mnt]# getfattr -n trusted.glusterfs.pathinfo -e text
/mnt/.gfid/f476698a-d8d2-4ab2-b9c4-4c276c2eef43
getfattr: Removing leading '/' from absolute path names
# file: mnt/.gfid/f476698a-d8d2-4ab2-b9c4-4c276c2eef43
trusted.glusterfs.pathinfo="(<REPLICATE:data_fast-replicate-0>
<POSIX(/gluster_bricks/data_fast/data_fast):ovirt3.localdomain:/gluster_bricks/data_fast/data_fast/396604d9-2a9e-49cd-9563-fdc79981f67b/images/7d11479e-1a02-4a74-a9be-14b4e56faaa1/3e9a41f6-652e-4439-bd24-3e7621c27f4a>
<POSIX(/gluster_bricks/data_fast/data_fast):ovirt2.localdomain:/gluster_bricks/data_fast/data_fast/396604d9-2a9e-49cd-9563-fdc79981f67b/images/7d11479e-1a02-4a74-a9be-14b4e56faaa1/3e9a41f6-652e-4439-bd24-3e7621c27f4a>
<POSIX(/gluster_bricks/data_fast/data_fast):ovirt1.localdomain:/gluster_bricks/data_fast/data_fast/396604d9-2a9e-49cd-9563-fdc79981f67b/images/7d11479e-1a02-4a74-a9be-14b4e56faaa1/3e9a41f6-652e-4439-bd24-3e7621c27f4a>)"


As you can see the issue is with a shard and not with the shard directory.
[root at ovirt1 mnt]# ls -lZ
/gluster_bricks/data_fast/data_fast/396604d9-2a9e-49cd-9563-fdc79981f67b/images/7d11479e-1a02-4a74-a9be-14b4e56faaa1/3e9a41f6-652e-4439-bd24-3e7621c27f4a
-rw-rw----. vdsm kvm system_u:object_r:glusterd_brick_t:s0
/gluster_bricks/data_fast/data_fast/396604d9-2a9e-49cd-9563-fdc79981f67b/images/7d11479e-1a02-4a74-a9be-14b4e56faaa1/3e9a41f6-652e-4439-bd24-3e7621c27f4a


[root at ovirt1 mnt]# ll
/rhev/data-center/mnt/glusterSD/gluster1\:_data__fast/396604d9-2a9e-49cd-9563-fdc79981f67b/images/7d11479e-1a02-4a74-a9be-14b4e56faaa1/3e9a41f6-652e-4439-bd24-3e7621c27f4a
-rw-rw----. 1 vdsm kvm 5368709120 Jan 31 01:41
/rhev/data-center/mnt/glusterSD/gluster1:_data__fast/396604d9-2a9e-49cd-9563-fdc79981f67b/images/7d11479e-1a02-4a74-a9be-14b4e56faaa1/3e9a41f6-652e-4439-bd24-3e7621c27f4a

[root at ovirt1 mnt]# dd
if=/rhev/data-center/mnt/glusterSD/gluster1\:_data__fast/396604d9-2a9e-49cd-9563-fdc79981f67b/images/7d11479e-1a02-4a74-a9be-14b4e56faaa1/3e9a41f6-652e-4439-bd24-3e7621c27f4a
of=/dev/null bs=4M status=progress
5247074304 bytes (5.2 GB) copied, 12.060622 s, 435 MB/s
1280+0 records in
1280+0 records out
5368709120 bytes (5.4 GB) copied, 12.309 s, 436 MB/s
[root at ovirt1 mnt]# 


Previously (v6.5,v7.2) , when using dd with vdsm user - access is denied when
the first shard is accessed (aprox 65MB). When user root reads the file and
immediately vdsm user reads it - everything is fine (temporarily).

-- 
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