Project

General

Profile

Actions

Bug #12875

closed

LibCephFS.LibCephFS.InterProcessLocking segment fault.

Added by Sage Weil over 8 years ago. Updated over 8 years ago.

Status:
Can't reproduce
Priority:
Urgent
Assignee:
-
Category:
-
Target version:
-
% Done:

0%

Source:
Q/A
Tags:
Backport:
Regression:
No
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
Component(FS):
Labels (FS):
Pull request ID:
Crash signature (v1):
Crash signature (v2):

Description

2015-08-30T02:36:23.367 INFO:tasks.workunit.client.0.burnupi05.stdout:[ RUN      ] LibCephFS.ThreesomeInterProcessLocking
2015-08-30T02:36:23.395 INFO:tasks.workunit.client.0.burnupi05.stderr:common/lockdep.cc: In function 'int lockdep_will_lock(const char*, int, bool)' thread 7f82557fa700 time 2015-08-30 02:36:23.398497
2015-08-30T02:36:23.395 INFO:tasks.workunit.client.0.burnupi05.stderr:common/lockdep.cc: 237: FAILED assert(0)
2015-08-30T02:36:23.395 INFO:tasks.workunit.client.0.burnupi05.stderr: ceph version 9.0.3-1114-g34283f1 (34283f183c57b2afed3cc7306885f3acedc307fa)
2015-08-30T02:36:23.395 INFO:tasks.workunit.client.0.burnupi05.stderr: 1: (()+0x2174cb) [0x7f82813bc4cb]
2015-08-30T02:36:23.396 INFO:tasks.workunit.client.0.burnupi05.stderr: 2: (()+0x25fcf7) [0x7f8281404cf7]
2015-08-30T02:36:23.396 INFO:tasks.workunit.client.0.burnupi05.stderr: 3: (()+0x1d09a0) [0x7f82813759a0]
2015-08-30T02:36:23.396 INFO:tasks.workunit.client.0.burnupi05.stderr: 4: (()+0x20101f) [0x7f82813a601f]
2015-08-30T02:36:23.396 INFO:tasks.workunit.client.0.burnupi05.stderr: 5: (()+0x202a4d) [0x7f82813a7a4d]
2015-08-30T02:36:23.396 INFO:tasks.workunit.client.0.burnupi05.stderr: 6: (()+0x8182) [0x7f8280b71182]
2015-08-30T02:36:23.396 INFO:tasks.workunit.client.0.burnupi05.stderr: 7: (clone()+0x6d) [0x7f827fe7a38d]
2015-08-30T02:36:23.397 INFO:tasks.workunit.client.0.burnupi05.stderr: NOTE: a copy of the executable, or `objdump -rdS <executable>` is needed to interpret this.
2015-08-30T02:36:23.397 INFO:tasks.workunit.client.0.burnupi05.stderr:terminate called after throwing an instance of 'ceph::FailedAssertion'
2015-08-30T02:36:23.397 INFO:tasks.workunit.client.0.burnupi05.stderr:common/lockdep.cc: In function 'int lockdep_will_lock(const char*, int, bool)' thread 7f82557fa700 time 2015-08-30 02:36:23.398571
2015-08-30T02:36:23.397 INFO:tasks.workunit.client.0.burnupi05.stderr:common/lockdep.cc: 237: FAILED assert(0)
2015-08-30T02:36:23.397 INFO:tasks.workunit.client.0.burnupi05.stderr: ceph version 9.0.3-1114-g34283f1 (34283f183c57b2afed3cc7306885f3acedc307fa)
2015-08-30T02:36:23.397 INFO:tasks.workunit.client.0.burnupi05.stderr: 1: (()+0x2174cb) [0x7f82813bc4cb]
2015-08-30T02:36:23.398 INFO:tasks.workunit.client.0.burnupi05.stderr: 2: (()+0x25fcf7) [0x7f8281404cf7]
2015-08-30T02:36:23.398 INFO:tasks.workunit.client.0.burnupi05.stderr: 3: (()+0x1d09a0) [0x7f82813759a0]
2015-08-30T02:36:23.398 INFO:tasks.workunit.client.0.burnupi05.stderr: 4: (()+0x20101f) [0x7f82813a601f]
2015-08-30T02:36:23.398 INFO:tasks.workunit.client.0.burnupi05.stderr: 5: (()+0x202a4d) [0x7f82813a7a4d]
2015-08-30T02:36:23.398 INFO:tasks.workunit.client.0.burnupi05.stderr: 6: (()+0x8182) [0x7f8280b71182]
2015-08-30T02:36:23.398 INFO:tasks.workunit.client.0.burnupi05.stderr: 7: (clone()+0x6d) [0x7f827fe7a38d]
2015-08-30T02:36:23.399 INFO:tasks.workunit.client.0.burnupi05.stderr: NOTE: a copy of the executable, or `objdump -rdS <executable>` is needed to interpret this.
2015-08-30T02:36:23.399 INFO:tasks.workunit.client.0.burnupi05.stderr:terminate called after throwing an instance of 'ceph::FailedAssertion'
2015-08-30T02:36:28.448 INFO:tasks.workunit.client.0.burnupi05.stdout:test/libcephfs/flock.cc:571: Failure
2015-08-30T02:36:28.448 INFO:tasks.workunit.client.0.burnupi05.stdout:Value of: sem_timedwait(&s.sem[1%2], abstime(ts, waitSlowMs))
2015-08-30T02:36:28.448 INFO:tasks.workunit.client.0.burnupi05.stdout:  Actual: -1
2015-08-30T02:36:28.448 INFO:tasks.workunit.client.0.burnupi05.stdout:Expected: 0
2015-08-30T02:36:28.449 INFO:tasks.workunit.client.0.burnupi05.stdout:[  FAILED  ] LibCephFS.ThreesomeInterProcessLocking (5081 ms)

/a/sage-2015-08-29_06:10:49-fs-wip-mdscap---basic-multi/1037982
Actions #1

Updated by Zheng Yan over 8 years ago

  • Subject changed from LibCephFS.ThreesomeInterProcessLocking failed with lockdep to LibCephFS.LibCephFS.InterProcessLocking segment fault.
  • Status changed from New to Need More Info

The lockdep errors are side effect of previous failiure.

2015-08-30T02:36:23.224 INFO:tasks.workunit.client.0.burnupi05.stdout:[ RUN      ] LibCephFS.InterProcessLocking
2015-08-30T02:36:23.366 INFO:tasks.workunit.client.0.burnupi05.stdout:test/libcephfs/flock.cc:518: Failure
2015-08-30T02:36:23.366 INFO:tasks.workunit.client.0.burnupi05.stdout:Value of: status
2015-08-30T02:36:23.366 INFO:tasks.workunit.client.0.burnupi05.stdout:  Actual: 139
2015-08-30T02:36:23.366 INFO:tasks.workunit.client.0.burnupi05.stdout:Expected: 0

LibCephFS.InterProcessLocking failure is caused by child process segment fault. But there is no clue in the ceph-client.log (segment fault happened after umount)

Actions #2

Updated by Sage Weil over 8 years ago

  • Status changed from Need More Info to Can't reproduce
Actions #3

Updated by Greg Farnum over 8 years ago

This might be a consequence of the wip-mds-caps branch, and will get more testing in there.

Actions

Also available in: Atom PDF