Project

General

Profile

Actions

Bug #13660

closed

crash in Pipe::read_message

Added by Samuel Just over 8 years ago. Updated over 8 years ago.

Status:
Closed
Priority:
Urgent
Assignee:
-
Category:
-
Target version:
-
% Done:

0%

Source:
other
Tags:
Backport:
Regression:
No
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
Pull request ID:
Crash signature (v1):
Crash signature (v2):

Description

2> 2015-10-30 21:29:48.721900 7fa520549700 1 - 10.214.130.139:6806/18512 --> 10.214.130.86:6808/21533 -- MOSDECSubOpWriteReply(419.cs1 5330 ECSubWriteReply(tid=25861, last_complete=0'0, committed=0, applied=1)) v1 -- ?+0 0x7fa548ad8600 con 0x7fa535c27340
1> 2015-10-30 21:29:48.722069 7fa520d4a700 5 - op tracker -- seq: 139417, time: 2015-10-30 21:29:48.722068, event: done, op: MOSDECSubOpWrite(419.cs3 5330 ECSubWrite(tid=25861, reqid=client.54288.0:6387, at_version=5330'1165, trim_to=0'0, trim_rollback_to=5330'1159))
0> 2015-10-30 21:29:49.093573 7fa50719a700 -1 ** Caught signal (Aborted) *
in thread 7fa50719a700

ceph version 9.1.0-98-g3af21a1 (3af21a1432aabb86f82f9063aef7a6ab9865345e)
1: (()+0x7cff7a) [0x7fa52f77cf7a]
2: (()+0x10340) [0x7fa52de91340]
3: (gsignal()+0x39) [0x7fa52c10ccc9]
4: (abort()+0x148) [0x7fa52c1100d8]
5: (_gnu_cxx::_verbose_terminate_handler()+0x155) [0x7fa52ca17535]
6: (()+0x5e6d6) [0x7fa52ca156d6]
7: (()+0x5e703) [0x7fa52ca15703]
8: (()+0x5e922) [0x7fa52ca15922]
9: (()+0x12b1e) [0x7fa52e0b1b1e]
10: (operator new[](unsigned long)+0x1e0) [0x7fa52e0d2290]
11: (ceph::buffer::create(unsigned int)+0x13d) [0x7fa52f871f3d]
12: (Pipe::read_message(Message**, AuthSessionHandler*)+0x113a) [0x7fa52f936aca]
13: (Pipe::reader()+0xaa9) [0x7fa52f943e39]
14: (Pipe::Reader::entry()+0xd) [0x7fa52f94cc3d]
15: (()+0x8182) [0x7fa52de89182]
16: (clone()+0x6d) [0x7fa52c1d047d]
NOTE: a copy of the executable, or `objdump -rdS <executable>` is needed to interpret this.

Actions #1

Updated by Samuel Just over 8 years ago

sjust@teuthology:/a/teuthology-2015-10-30_08:51:33-upgrade:firefly-hammer-x-infernalis-distro-basic-vps/1131539$

Actions #2

Updated by Samuel Just over 8 years ago

Actually, looks like the vm ran out of memory... They've only got 2gb and each is running 4 daemons. This may not be wise. Have we always run with this little memory?

Actions #3

Updated by Yuri Weinstein over 8 years ago

From ovh node:

ubuntu@target075119:~$ sudo dmidecode -t 17
  1. dmidecode 2.12
    SMBIOS 2.4 present.

Handle 0x1100, DMI type 17, 21 bytes
Memory Device
Array Handle: 0x1000
Error Information Handle: 0x0000
Total Width: 64 bits
Data Width: 64 bits
Size: 8000 MB
Form Factor: DIMM
Set: None
Locator: DIMM 0
Bank Locator: Not Specified
Type: RAM
Type Detail: None

ubuntu@target075119:~$ grep MemTotal /proc/meminfo
MemTotal: 7982476 kB

Actions #4

Updated by Samuel Just over 8 years ago

  • Status changed from New to Closed

I'm chalking this up to low memory on the vps.

Actions

Also available in: Atom PDF