Actions
Bug #9941
closedrados command line crashes when trying to copy pool snapshot
Status:
Rejected
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
% Done:
0%
Source:
Community (user)
Tags:
Backport:
Regression:
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
Pull request ID:
Crash signature (v1):
Crash signature (v2):
Description
We are exploring options to regularly preserve the contents of the pools backing our rados gateways. For that we create nightly snapshots of all the relevant pools.
We tried to use the rados cppool command (see below) to copy a snapshot state into a new pool.
rados cppool --snap snap-1 deleteme.lp deleteme.lp2 2> segfault.txt
Produces this output:
*** Caught signal (Segmentation fault) ** in thread 7f8f49a927c0 ceph version 0.80.7 (6c0127fcb58008793d3c8b62d925bc91963672a3) 1: rados() [0x43eedf] 2: (()+0x10340) [0x7f8f48738340] 3: (librados::IoCtxImpl::snap_lookup(char const*, unsigned long*)+0x17) [0x7f8f48aff127] 4: (main()+0x1385) [0x411e75] 5: (__libc_start_main()+0xf5) [0x7f8f4795fec5] 6: rados() [0x41c6f7] 2014-10-29 12:03:22.761653 7f8f49a927c0 -1 *** Caught signal (Segmentation fault) ** in thread 7f8f49a927c0 ceph version 0.80.7 (6c0127fcb58008793d3c8b62d925bc91963672a3) 1: rados() [0x43eedf] 2: (()+0x10340) [0x7f8f48738340] 3: (librados::IoCtxImpl::snap_lookup(char const*, unsigned long*)+0x17) [0x7f8f48aff127] 4: (main()+0x1385) [0x411e75] 5: (__libc_start_main()+0xf5) [0x7f8f4795fec5] 6: rados() [0x41c6f7] NOTE: a copy of the executable, or `objdump -rdS <executable>` is needed to interpret this. [...]
Full segfault file and the objdump output for the rados command are attached.
Package versions as follows:
daniel.schneller@node01 [~] $ ? dpkg -l | grep ceph ii ceph 0.80.7-1trusty ii ceph-common 0.80.7-1trusty ii ceph-fs-common 0.80.7-1trusty ii ceph-fuse 0.80.7-1trusty ii ceph-mds 0.80.7-1trusty ii libcephfs1 0.80.7-1trusty ii python-ceph 0.80.7-1trusty daniel.schneller@node01 [~] $ ? uname -a Linux node01 3.13.0-27-generic #50-Ubuntu SMP Thu May 15 18:06:16 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
Files
Updated by Samuel Just over 9 years ago
- Status changed from New to Rejected
The correct answer here will be to deprecate this command. We are talking about a more sophisticated import/export tool.
Actions