scality/Droplet-sh — Issue #10: SIGSEGV in dplsh on single cmd_cp
Author: pozdnychev
Created: 2011-11-30 13:57:54+00:00
State: open

Working with our internal demo.scality.com:

$ gdb dplsh
GNU gdb (GDB) 7.1-ubuntu
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/local/bin/dplsh...done.
(gdb) r
Starting program: /usr/local/bin/dplsh
[Thread debugging using libthread_db enabled]
:/> la
labo
newnet
testbrz
:/> labo:
labo:/> ls
labo:/> cp /etc/hosts .

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff7bcbfc7 in dpl_s3_copy (ctx=0x61dca0, src_bucket=, src_resource=, src_subresource=0x0, dst_bucket=0x648d60 "labo", dst_resource=, dst_subresource=0x0, object_type=DPL_FTYPE_REG,
metadata_directive=DPL_METADATA_DIRECTIVE_COPY, metadata=0x0, sysmd=0x0, condition=0x0) at s3/backend.c:2310
2310 if (sysmd->mask & DPL_SYSMD_MASK_CANNED_ACL)
(gdb) bt
#0 0x00007ffff7bcbfc7 in dpl_s3_copy (ctx=0x61dca0, src_bucket=, src_resource=, src_subresource=0x0, dst_bucket=0x648d60 "labo", dst_resource=, dst_subresource=0x0, object_type=DPL_FTYPE_REG,
metadata_directive=DPL_METADATA_DIRECTIVE_COPY, metadata=0x0, sysmd=0x0, condition=0x0) at s3/backend.c:2310
#1 0x00007ffff7bc4713 in dpl_copy (ctx=0x61dca0, src_bucket=0x7fffffffb230 "\300\244\377\367\377\177", src_resource=0x7fffffffcab0 "/etc/hosts", src_subresource=0x0, dst_bucket=0x648d60 "labo", dst_resource=0x7fffffffc2b0 "hosts", dst_subresource=0x0,
object_type=DPL_FTYPE_REG, metadata_directive=DPL_METADATA_DIRECTIVE_COPY, metadata=0x0, sysmd=0x0, condition=0x0) at src/rest.c:698
#2 0x00007ffff7bc9370 in dpl_fcopy (ctx=0x61dca0, src_locator=, dst_locator=) at src/vfs.c:2595
#3 0x0000000000402a94 in cmd_cp (argc=, argv=) at cmd_cp.c:79
#4 0x0000000000405a0f in shell_parse (defs=0x609ae0, str=0x63e8af "", errp=) at shell.c:270
#5 0x0000000000405bb8 in shell_do (defs=0x609ae0) at shell.c:360
#6 0x0000000000404e74 in main (argc=1, argv=0x7fffffffddf8) at dplsh.c:166

Works perfectly fine with my Amazon S3 account.