Actions
Bug #21483
closedqa: test_snapshot_remove (kcephfs): RuntimeError: Bad data at offset 0
% Done:
0%
Source:
Q/A
Tags:
Backport:
luminous
Regression:
No
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
kcephfs
Component(FS):
kceph
Labels (FS):
Pull request ID:
Crash signature (v1):
Crash signature (v2):
Description
2017-09-21T01:06:26.561 INFO:teuthology.orchestra.run.smithi154:Running: 'sudo chmod 1777 /home/ubuntu/cephtest/mnt.0'
2017-09-21T01:06:26.718 INFO:tasks.cephfs.mount:Validating 8388608 bytes from snapdir/.snap/snap1/subdir/file_a
2017-09-21T01:06:26.718 INFO:teuthology.orchestra.run.smithi154:Running: 'sudo adjust-ulimits daemon-helper kill python -c \'\nimport zlib\npath = "/home/ubuntu/cephtest/mnt.0/snapdir/.snap/snap1/subdir/file_a"\nf = open(path, \'"\'"\'r\'"\'"\')\nbytes = f.read()\nf.close()\nif len(bytes) != 8388608:\n raise RuntimeError("Bad length {0} vs. expected {1}".format(\n len(bytes), 8388608\n ))\nfor i, b in enumerate(bytes):\n val = zlib.crc32("%s" % i) & 7\n if b != chr(val):\n raise RuntimeError("Bad data at offset {0}".format(i))\n\''
2017-09-21T01:06:26.992 INFO:teuthology.orchestra.run.smithi154.stderr:Traceback (most recent call last):
2017-09-21T01:06:26.992 INFO:teuthology.orchestra.run.smithi154.stderr: File "<string>", line 14, in <module>
2017-09-21T01:06:26.992 INFO:teuthology.orchestra.run.smithi154.stderr:RuntimeError: Bad data at offset 0
2017-09-21T01:06:27.110 INFO:teuthology.orchestra.run.smithi154.stderr:daemon-helper: command failed with exit status 1
2017-09-21T01:06:27.124 INFO:tasks.cephfs_test_runner:test_snapshot_remove (tasks.cephfs.test_strays.TestStrays) ... ERROR
From: /ceph/teuthology-archive/pdonnell-2017-09-20_23:54:21-kcephfs:recovery-master-testing-basic-smithi/1653029/teuthology.log
Updated by Zheng Yan over 6 years ago
it's kernel client bug in testing branch, likely caused by
commit 3ae0bebc49b3fb3c9fa9b62b95c5119a04aa7282
Author: Yan, Zheng <zyan@redhat.com>
Date: Mon Aug 28 16:36:53 2017 +0800
ceph: queue cap snap only when snap realm's context changes
If we create capsnap when snap realm's context does not change, the
new capsnap's snapc is equal to ci->i_head_snapc. Page writeback code
can't differentiates dirty pages associated with the new capsnap from
dirty pages associated with i_head_snapc.
Signed-off-by: "Yan, Zheng" <zyan@redhat.com>
Signed-off-by: Ilya Dryomov <idryomov@gmail.com>
Updated by Zheng Yan over 6 years ago
- Status changed from New to 7
Updated by Patrick Donnelly 8 months ago
- Related to Bug #62580: testing: Test failure: test_snapshot_remove (tasks.cephfs.test_strays.TestStrays) added
Actions