Bug #50870: qa: test_full: "rm: cannot remove 'large_file_a': Permission denied" - CephFS - Ceph

Actions

Copy link

Bug #50870

closed

qa: test_full: "rm: cannot remove 'large_file_a': Permission denied"

Added by Patrick Donnelly almost 3 years ago. Updated almost 3 years ago.

Status:

Closed

Priority:

Urgent

Assignee:

Category:

Target version:

Ceph - v17.0.0

% Done:

Source:

Q/A

Tags:

Backport:

Regression:

Severity:

3 - minor

Reviewed:

Affected Versions:

ceph-qa-suite:

Component(FS):

qa-suite

Labels (FS):

qa, qa-failure

Pull request ID:

Crash signature (v1):

Crash signature (v2):

Description

2021-05-18T06:43:36.315 DEBUG:teuthology.orchestra.run.smithi063:> (cd /home/ubuntu/cephtest/mnt.0 && exec sudo rm -f large_file_a)
2021-05-18T06:43:36.415 INFO:teuthology.orchestra.run.smithi063.stderr:rm: cannot remove 'large_file_a': Permission denied
2021-05-18T06:43:36.421 DEBUG:teuthology.orchestra.run:got remote process result: 1

From: /ceph/teuthology-archive/pdonnell-2021-05-18_06:01:30-fs-wip-pdonnell-testing-20210518.025642-distro-basic-smithi/6119669/teuthology.log

and /ceph/teuthology-archive/pdonnell-2021-05-18_06:01:30-fs-wip-pdonnell-testing-20210518.025642-distro-basic-smithi/6119865/teuthology.log

mds log:

2021-05-18T08:32:32.865+0000 7fd48e5a5700  7 mds.0.server dispatch_client_request client_request(client.4934:9 unlink #0x1/large_file_a 2021-05-18T08:32:32.864915+0000 caller_uid=0, caller_gid=0{}) v2
2021-05-18T08:32:32.865+0000 7fd48e5a5700 20 Session check_access path
2021-05-18T08:32:32.865+0000 7fd48e5a5700  7 mds.0.server reply_client_request -13 ((13) Permission denied) client_request(client.4934:9 unlink #0x1/large_file_a 2021-05-18T08:32:32.864915+0000 caller_uid=0, caller_gid=0{}) v2

from: /ceph/teuthology-archive/pdonnell-2021-05-18_06:01:30-fs-wip-pdonnell-testing-20210518.025642-distro-basic-smithi/6119865/remote/smithi116/log/ceph-mds.b.log.gz

Doesn't look caused by the PR being tested to fix other issues with full tests: https://github.com/ceph/ceph/pull/41025

Probably #41025 fixed the failures masking this one.