Project

General

Profile

Bug #15210

qa: snaptests-0.sh: file exists error after deleting+reusing name

Added by Greg Farnum about 8 years ago. Updated over 7 years ago.

Status:
Rejected
Priority:
Normal
Assignee:
Category:
-
Target version:
-
% Done:

0%

Source:
Development
Tags:
Backport:
Regression:
No
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
Component(FS):
MDS
Labels (FS):
Pull request ID:
Crash signature (v1):
Crash signature (v2):

Description

http://pulpito.ceph.com/gregf-2016-03-17_23:35:13-fs-greg-fs-testing-316---basic-mira/71116/

2016-03-18T00:07:37.751 INFO:teuthology.orchestra.run.mira038:Running (workunit test fs/snaps/snaptest-0.sh): 'mkdir -p -- /home/ubuntu/cephtest/mnt.0/client.0/tmp && cd -- /home/ubuntu/cephtest/mnt.0/client.0/tmp && CEPH_CLI_TEST_DUP_COMMAND=1 CEPH_REF=917bb436dd7020ef5f23f112fdfbf354bd051435 TESTDIR="/home/ubuntu/cephtest" CEPH_ID="0" PATH=$PATH:/usr/sbin adjust-ulimits ceph-coverage /home/ubuntu/cephtest/archive/coverage timeout 3h /home/ubuntu/cephtest/workunit.client.0/fs/snaps/snaptest-0.sh'
2016-03-18T00:07:37.775 INFO:tasks.workunit.client.1.mira058.stderr:+ set -e
2016-03-18T00:07:37.776 INFO:tasks.workunit.client.1.mira058.stderr:+ ceph mds set allow_new_snaps false
2016-03-18T00:07:37.903 INFO:tasks.workunit.client.0.mira038.stderr:+ set -e
2016-03-18T00:07:37.903 INFO:tasks.workunit.client.0.mira038.stderr:+ ceph mds set allow_new_snaps false
2016-03-18T00:07:39.301 INFO:tasks.workunit.client.1.mira058.stderr:disabled new snapshots
2016-03-18T00:07:39.322 INFO:tasks.workunit.client.1.mira058.stderr:+ expect_failure mkdir .snap/foo
2016-03-18T00:07:39.323 INFO:tasks.workunit.client.1.mira058.stderr:+ mkdir .snap/foo
2016-03-18T00:07:39.333 INFO:tasks.workunit.client.1.mira058.stderr:mkdir: cannot create directory ‘.snap/foo’: Operation not permitted
2016-03-18T00:07:39.333 INFO:tasks.workunit.client.1.mira058.stderr:+ [ -e 0 ]
2016-03-18T00:07:39.334 INFO:tasks.workunit.client.1.mira058.stderr:+ return 0
2016-03-18T00:07:39.334 INFO:tasks.workunit.client.1.mira058.stderr:+ ceph mds set allow_new_snaps true --yes-i-really-mean-it
2016-03-18T00:07:40.324 INFO:tasks.workunit.client.0.mira038.stderr:disabled new snapshots
2016-03-18T00:07:40.342 INFO:tasks.workunit.client.0.mira038.stderr:+ expect_failure mkdir .snap/foo
2016-03-18T00:07:40.342 INFO:tasks.workunit.client.0.mira038.stderr:++ mkdir .snap/foo
2016-03-18T00:07:40.359 INFO:tasks.workunit.client.0.mira038.stderr:+ '[' -e 0 ']'
2016-03-18T00:07:40.359 INFO:tasks.workunit.client.0.mira038.stderr:+ return 0
2016-03-18T00:07:40.359 INFO:tasks.workunit.client.0.mira038.stderr:+ ceph mds set allow_new_snaps true --yes-i-really-mean-it
2016-03-18T00:07:41.323 INFO:tasks.workunit.client.1.mira058.stderr:enabled new snapshots
2016-03-18T00:07:41.347 INFO:tasks.workunit.client.1.mira058.stderr:+ echo asdf
2016-03-18T00:07:41.348 INFO:tasks.workunit.client.1.mira058.stderr:+ mkdir .snap/foo
2016-03-18T00:07:41.363 INFO:tasks.workunit.client.1.mira058.stderr:+ grep asdf .snap/foo/foo
2016-03-18T00:07:41.377 INFO:tasks.workunit.client.1.mira058.stdout:asdf
2016-03-18T00:07:41.378 INFO:tasks.workunit.client.1.mira058.stderr:+ rmdir .snap/foo
2016-03-18T00:07:41.394 INFO:tasks.workunit.client.1.mira058.stderr:+ echo asdf
2016-03-18T00:07:41.395 INFO:tasks.workunit.client.1.mira058.stderr:+ mkdir .snap/bar
2016-03-18T00:07:41.410 INFO:tasks.workunit.client.1.mira058.stderr:+ rm bar
2016-03-18T00:07:41.415 INFO:tasks.workunit.client.1.mira058.stderr:+ grep asdf .snap/bar/bar
2016-03-18T00:07:41.424 INFO:tasks.workunit.client.1.mira058.stdout:asdf
2016-03-18T00:07:41.424 INFO:tasks.workunit.client.1.mira058.stderr:+ rmdir .snap/bar
2016-03-18T00:07:41.471 INFO:tasks.workunit.client.1.mira058.stderr:+ rm foo
2016-03-18T00:07:41.477 INFO:tasks.workunit.client.1.mira058.stderr:+ ceph mds set allow_new_snaps false
2016-03-18T00:07:42.372 INFO:tasks.workunit.client.0.mira038.stderr:enabled new snapshots
2016-03-18T00:07:42.391 INFO:tasks.workunit.client.0.mira038.stderr:+ echo asdf
2016-03-18T00:07:42.395 INFO:tasks.workunit.client.0.mira038.stderr:+ mkdir .snap/foo
2016-03-18T00:07:42.398 INFO:tasks.workunit.client.0.mira038.stderr:mkdir: cannot create directory ‘.snap/foo’: File exists
2016-03-18T00:07:42.399 INFO:tasks.workunit:Stopping ['fs/snaps'] on client.0...

This is brand-new AFAIK. It's on an integration/testing branch obviously but I don't think anything should have impacted snapshot naming.

History

#1 Updated by Greg Farnum about 8 years ago

  • Assignee set to Greg Farnum

n/m, I can't use my email client I guess.

#2 Updated by Zheng Yan about 8 years ago

2016-03-18T00:07:37.695 INFO:tasks.workunit:Running workunit fs/snaps/snaptest-0.sh...
2016-03-18T00:07:37.695 INFO:teuthology.orchestra.run.mira058:Running (workunit test fs/snaps/snaptest-0.sh): 'mkdir -p -- /home/ubuntu/cephtest/mnt.1/client.1/tmp && cd -- /home/ubuntu/cephtest/mnt.1/client.1/tmp && CEPH_CLI_TEST_DUP_COMMAND=1 CEPH_REF=917bb436dd7020ef5f23f112fdfbf354bd051435 TESTDIR="/home/ubuntu/cephtest" CEPH_ID="1" PATH=$PATH:/usr/sbin adjust-ulimits ceph-coverage /home/ubuntu/cephtest/archive/coverage timeout 3h /home/ubuntu/cephtest/workunit.client.1/fs/snaps/snaptest-0.sh'
2016-03-18T00:07:37.751 INFO:tasks.workunit:Running workunit fs/snaps/snaptest-0.sh...
2016-03-18T00:07:37.751 INFO:teuthology.orchestra.run.mira038:Running (workunit test fs/snaps/snaptest-0.sh): 'mkdir -p -- /home/ubuntu/cephtest/mnt.0/client.0/tmp && cd -- /home/ubuntu/cephtest/mnt.0/client.0/tmp && CEPH_CLI_TEST_DUP_COMMAND=1 CEPH_REF=917bb436dd7020ef5f23f112fdfbf354bd051435 TESTDIR="/home/ubuntu/cephtest" CEPH_ID="0" PATH=$PATH:/usr/sbin adjust-ulimits ceph-coverage /home/ubuntu/cephtest/archive/coverage timeout 3h /home/ubuntu/cephtest/workunit.client.0/fs/snaps/snaptest-0.sh'

snaptest-0.sh was executed on both client.0 and client.1

#3 Updated by Greg Farnum about 8 years ago

Oh duh. I am having serious trouble setting up the qa-suite in a way that makes this test and all the others happy.

I'm not sure why they're detecting the snapname as a duplicate, though — isn't each client running in its own SnapRealm? They're different folders, and there are no other snapshots in the system, so wouldn't each directory root its own SnapRealm?

#4 Updated by Zheng Yan about 8 years ago

two instance of snaptest-0.sh were executed in root directory at the same time, that's why we saw EEXIST.

#5 Updated by Greg Farnum about 8 years ago

  • Status changed from New to Rejected

I thought each of these was running in their own subdirectory, but if that's not the case then this is expected behavior.

It's not in our tree (or my testing branch now) anyway.

#6 Updated by Greg Farnum over 7 years ago

  • Component(FS) MDS added

Also available in: Atom PDF