Re: radosgw crash

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Aug 22, 2013 at 5:18 AM, Pawel Stefanski <pejotes@xxxxxxxxx> wrote:
> hello!
>
> Today our radosgw crashed while running multiple deletions via s3 api.
>
> Is this known bug ?
>
> POST
> WSTtobXBlBrm2r78B67LtQ==
>
> Thu, 22 Aug 2013 11:38:34 GMT
> /inna-a/?delete
>    -11> 2013-08-22 13:39:26.650499 7f36347d8700  2 req 95:0.000555:s3:POST
> /inna-a/:multi_object_delete:reading permissions
>    -10> 2013-08-22 13:39:26.650561 7f36347d8700 10 moving .rgw+inna-a to
> cache LRU end
>     -9> 2013-08-22 13:39:26.650568 7f36347d8700 10 cache get:
> name=.rgw+inna-a : hit
>     -8> 2013-08-22 13:39:26.650585 7f36347d8700 10 moving .rgw+inna-a to
> cache LRU end
>     -7> 2013-08-22 13:39:26.650590 7f36347d8700 10 cache get:
> name=.rgw+inna-a : hit
>     -6> 2013-08-22 13:39:26.650636 7f36347d8700  2 req 95:0.000692:s3:POST
> /inna-a/:multi_object_delete:verifying op permissions
>     -5> 2013-08-22 13:39:26.650644 7f36347d8700  5 Searching permissions for
> uid=7f0c560a-c405-422b-975c-98674543c0c1 mask=2
>     -4> 2013-08-22 13:39:26.650648 7f36347d8700  5 Found permission: 15
>     -3> 2013-08-22 13:39:26.650651 7f36347d8700 10
> uid=7f0c560a-c405-422b-975c-98674543c0c1 requested perm (type)=2, policy
> perm=2, user_perm_mask=2, acl perm=2
>     -2> 2013-08-22 13:39:26.650657 7f36347d8700  2 req 95:0.000714:s3:POST
> /inna-a/:multi_object_delete:verifying op params
>     -1> 2013-08-22 13:39:26.650663 7f36347d8700  2 req 95:0.000720:s3:POST
> /inna-a/:multi_object_delete:executing
>      0> 2013-08-22 13:39:26.653482 7f36347d8700 -1 *** Caught signal
> (Segmentation fault) **
>  in thread 7f36347d8700
>
>  ceph version 0.56.6 (95a0bda7f007a33b0dc7adf4b330778fa1e5d70c)
>  1: /usr/bin/radosgw() [0x4786da]
>  2: (()+0xfcb0) [0x7f36843b7cb0]
>  3: (std::basic_string<char, std::char_traits<char>, std::allocator<char>
>>::basic_string(std::string const&)+0xb) [0x7f3683907f2b]
>  4: (RGWMultiDelDelete::xml_end(char const*)+0x13a) [0x54060a]
>  5: (RGWXMLParser::xml_end(char const*)+0x22) [0x4d88d2]
>  6: /usr/bin/radosgw() [0x4d889a]
>  7: (()+0xa6f4) [0x7f3684d426f4]
>  8: (()+0xb951) [0x7f3684d43951]
>  9: (()+0x87c7) [0x7f3684d407c7]
>  10: (()+0xa17b) [0x7f3684d4217b]
>  11: (XML_ParseBuffer()+0x6d) [0x7f3684d4575d]
>  12: (RGWXMLParser::parse(char const*, int, int)+0x90) [0x4d8e70]
>  13: (RGWDeleteMultiObj::execute()+0xef) [0x51640f]
>  14: (RGWProcess::handle_request(RGWRequest*)+0x3e6) [0x4735f6]
>  15: (RGWProcess::RGWWQ::_process(RGWRequest*)+0x36) [0x475266]
>  16: (ThreadPool::worker(ThreadPool::WorkThread*)+0x4e6) [0x491b56]
>  17: (ThreadPool::WorkThread::entry()+0x10) [0x493990]
>  18: (()+0x7e9a) [0x7f36843afe9a]
>  19: (clone()+0x6d) [0x7f3683083ccd]
>  NOTE: a copy of the executable, or `objdump -rdS <executable>` is needed to
> interpret this.
>
> best regards!

Yeah, that's a known issue (#5931). A fix for it was pushed not too
long ago into the bobtail branch, although there wasn't a new build
since.

Thanks,
Yehuda
_______________________________________________
ceph-users mailing list
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com




[Index of Archives]     [Information on CEPH]     [Linux Filesystem Development]     [Ceph Development]     [Ceph Large]     [Ceph Dev]     [Linux USB Development]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [xfs]


  Powered by Linux