Bug #15210
qa: snaptests-0.sh: file exists error after deleting+reusing name
0%
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