Project

General

Profile

Actions

Bug #14088

closed

mon: nothing logged when ENOSPC encountered during start up

Added by Tom Deneau over 8 years ago. Updated almost 7 years ago.

Status:
Resolved
Priority:
Low
Assignee:
Category:
Administration/Usability
Target version:
-
% Done:

0%

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

Description

For example, ceph-mon process was dying and reporting only the
following to dmesg, nothing to /var/log/ceph/mon.log

init: ceph-mon (ceph/monhost) main process (16538) terminated with status 28
init: ceph-mon (ceph/monhost) main process ended, respawning
init: ceph-create-keys main process (16227) killed by TERM signal
init: ceph-mon (ceph/monhost) main process (16546) terminated with status 28
init: ceph-mon (ceph/monhost) main process ended, respawning
init: ceph-create-keys main process (16548) killed by TERM signal
init: ceph-mon (ceph/monhost) main process (16556) terminated with status 28
init: ceph-mon (ceph/monhost) main process ended, respawning
init: ceph-create-keys main process (16558) killed by TERM signal
init: ceph-mon (ceph/monhost) main process (16566) terminated with status 28
init: ceph-mon (ceph/monhost) respawning too fast, stopped
init: ceph-create-keys main process (16568) killed by TERM signal

It required looking at the sources to see that status 28 meant
that monhost's disk free space was very low.

From Brad Hubbard...

it may not have been anticipated that init would swallow these types of errors early in the process and just report the return code.

Actions #1

Updated by Brad Hubbard over 8 years ago

  • Category set to OSD
  • Assignee set to Brad Hubbard
Actions #2

Updated by Brad Hubbard over 8 years ago

  • Category changed from OSD to Monitor
Actions #3

Updated by Josh Durgin about 7 years ago

  • Subject changed from Fatal errors at daemon start-up are not logged to mon: nothing logged when ENOSPC encountered during start up
Actions #4

Updated by Greg Farnum almost 7 years ago

  • Project changed from Ceph to RADOS
  • Category changed from Monitor to Administration/Usability
  • Component(RADOS) Monitor added

Brad, did you do any work on this?

Actions #5

Updated by Brad Hubbard almost 7 years ago

Greg, No, but I can try and take a look in the next few days if you'd like?

Actions #6

Updated by Greg Farnum almost 7 years ago

  • Assignee deleted (Brad Hubbard)

No, just scrubbing and trying to get things in a realistic state.

Actions #7

Updated by Brad Hubbard almost 7 years ago

  • Status changed from New to In Progress
  • Assignee set to Brad Hubbard
Actions #8

Updated by Brad Hubbard almost 7 years ago

  • Status changed from In Progress to Resolved
Actions

Also available in: Atom PDF