Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
This project is now read‑only. Starting Monday, February 2, please use https://ibm-ceph.atlassian.net/ for all bug tracking management.

Bug 1719036

Summary: radosgw crashing after upgrading to RHCS 2.5.z4 - 10.2.10-49.el7cp
Product: [Red Hat Storage] Red Hat Ceph Storage Reporter: Vikhyat Umrao <vumrao>
Component: RGWAssignee: Marcus Watts <mwatts>
Status: CLOSED DUPLICATE QA Contact: ceph-qe-bugs <ceph-qe-bugs>
Severity: medium Docs Contact:
Priority: medium    
Version: 2.5CC: cbodley, ceph-eng-bugs, kbader, mbenjamin, mkogan, sweil, tserlin
Target Milestone: rc   
Target Release: 2.*   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2019-06-19 15:51:35 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Vikhyat Umrao 2019-06-10 20:43:47 UTC
Description of problem:
radosgw crashing after upgrading to RHCS 2.5.z4 - 10.2.10-49.el7cp

Looks like a duplicate of - https://bugzilla.redhat.com/show_bug.cgi?id=1711392

Version-Release number of selected component (if applicable):
RHEL 7.6
ceph-radosgw-10.2.10-49.el7cp.x86_64

2019-06-10 20:05:54.817973 7ff02d349700  1 ====== starting new request req=0x7ff02d3436d0 =====
2019-06-10 20:05:54.832710 7ff02d349700 -1 *** Caught signal (Aborted) **
 in thread 7ff02d349700 thread_name:radosgw

 ceph version 10.2.10-49.el7cp (b060638dd829a84de4a4f13a0fa6b374389c52fd)
 1: (()+0x5a676a) [0x7ff0d60c476a]
 2: (()+0xf5d0) [0x7ff0d57065d0]
 3: (gsignal()+0x37) [0x7ff0d4c3f207]
 4: (abort()+0x148) [0x7ff0d4c408f8]
 5: (()+0x78d27) [0x7ff0d4c81d27]
 6: (()+0x7f5d4) [0x7ff0d4c885d4]
 7: (()+0x82d10) [0x7ff0d4c8bd10]
 8: (__libc_malloc()+0x4c) [0x7ff0d4c8e1ac]
 9: (operator new(unsigned long)+0x1d) [0x7ff0d524aecd]
 10: (ceph::XMLFormatter::escape_xml_str(char const*)+0x3c) [0x7ff0d618c21c]
 11: (ceph::XMLFormatter::dump_string(char const*, std::string const&)+0xd5) [0x7ff0d618cff5]
 12: (RGWListBucket_ObjStore_S3::send_response()+0x2d7) [0x7ff0d5ff62a7]
 13: (process_request(RGWRados*, RGWREST*, RGWRequest*, RGWStreamIO*, OpsLogSocket*)+0xdb7) [0x7ff0d5f23327]
 14: (()+0x1c950) [0x5621942f1950]
 15: (()+0x26a4f) [0x5621942fba4f]
 16: (()+0x28aa0) [0x5621942fdaa0]
 17: (()+0x7dd5) [0x7ff0d56fedd5]
 18: (clone()+0x6d) [0x7ff0d4d06ead]
 NOTE: a copy of the executable, or `objdump -rdS <executable>` is needed to interpret this.

     0> 2019-06-10 20:05:54.832710 7ff02d349700 -1 *** Caught signal (Aborted) **
 in thread 7ff02d349700 thread_name:radosgw

 ceph version 10.2.10-49.el7cp (b060638dd829a84de4a4f13a0fa6b374389c52fd)
 1: (()+0x5a676a) [0x7ff0d60c476a]
 2: (()+0xf5d0) [0x7ff0d57065d0]
 3: (gsignal()+0x37) [0x7ff0d4c3f207]
 4: (abort()+0x148) [0x7ff0d4c408f8]
 5: (()+0x78d27) [0x7ff0d4c81d27]
 6: (()+0x7f5d4) [0x7ff0d4c885d4]
 7: (()+0x82d10) [0x7ff0d4c8bd10]
 8: (__libc_malloc()+0x4c) [0x7ff0d4c8e1ac]
 9: (operator new(unsigned long)+0x1d) [0x7ff0d524aecd]
 10: (ceph::XMLFormatter::escape_xml_str(char const*)+0x3c) [0x7ff0d618c21c]
 11: (ceph::XMLFormatter::dump_string(char const*, std::string const&)+0xd5) [0x7ff0d618cff5]
 12: (RGWListBucket_ObjStore_S3::send_response()+0x2d7) [0x7ff0d5ff62a7]
 13: (process_request(RGWRados*, RGWREST*, RGWRequest*, RGWStreamIO*, OpsLogSocket*)+0xdb7) [0x7ff0d5f23327]
 14: (()+0x1c950) [0x5621942f1950]
 15: (()+0x26a4f) [0x5621942fba4f]
 16: (()+0x28aa0) [0x5621942fdaa0]
 17: (()+0x7dd5) [0x7ff0d56fedd5]
 18: (clone()+0x6d) [0x7ff0d4d06ead]
 NOTE: a copy of the executable, or `objdump -rdS <executable>` is needed to interpret this.

2019-06-10 20:05:55.850004 7f17d880c700 -1 *** Caught signal (Aborted) **
 in thread 7f17d880c700 thread_name:ms_pipe_write

 ceph version 10.2.10-49.el7cp (b060638dd829a84de4a4f13a0fa6b374389c52fd)
 1: (()+0x5a676a) [0x7f18d2e0a76a]
 2: (()+0xf5d0) [0x7f18d244c5d0]
 3: (gsignal()+0x37) [0x7f18d1985207]
 4: (abort()+0x148) [0x7f18d19868f8]
 5: (()+0x78d27) [0x7f18d19c7d27]
 6: (()+0x7f5d4) [0x7f18d19ce5d4]
 7: (()+0x82d10) [0x7f18d19d1d10]
 8: (__libc_malloc()+0x4c) [0x7f18d19d41ac]
 9: (PORT_Alloc_Util()+0x20) [0x7f18c77ff050]
 10: (SECITEM_ArenaDupItem_Util()+0x82) [0x7f18c77fd912]
 11: (()+0x38038) [0x7f18c7a50038]
 12: (PK11_CreateContextBySymKey()+0x3f) [0x7f18c7a500df]
 13: (()+0x39b0cf) [0x7f18c85590cf]
 14: (()+0x39be4a) [0x7f18c8559e4a]
 15: (()+0x381012) [0x7f18c853f012]
 16: (()+0x384e00) [0x7f18c8542e00]
 17: (()+0x333b9a) [0x7f18c84f1b9a]
 18: (()+0x336551) [0x7f18c84f4551]
 19: (()+0x339bcd) [0x7f18c84f7bcd]
 20: (()+0x7dd5) [0x7f18d2444dd5]
 21: (clone()+0x6d) [0x7f18d1a4cead]
 NOTE: a copy of the executable, or `objdump -rdS <executable>` is needed to interpret this.

Comment 15 tserlin 2019-06-19 15:51:35 UTC

*** This bug has been marked as a duplicate of bug 1711392 ***