Bug 1494039 - OSD containers don't start after reboot
Summary: OSD containers don't start after reboot
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Ceph Storage
Classification: Red Hat Storage
Component: Ceph-Ansible
Version: 3.0
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: rc
: 3.0
Assignee: Sébastien Han
QA Contact: Vasishta
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-09-21 11:35 UTC by seb
Modified: 2017-12-05 23:44 UTC (History)
9 users (show)

Fixed In Version: RHEL: ceph-ansible-3.0.0-0.1.rc11.el7cp Ubuntu: ceph-ansible_3.0.0~rc11-2redhat1
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-12-05 23:44:47 UTC
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github ceph ceph-ansible pull 1933 0 None None None 2017-09-21 11:35:58 UTC
Red Hat Product Errata RHBA-2017:3387 0 normal SHIPPED_LIVE Red Hat Ceph Storage 3.0 bug fix and enhancement update 2017-12-06 03:03:45 UTC

Description seb 2017-09-21 11:35:59 UTC
Description of problem:

osd doesn't start after reboot

Version-Release number of selected component (if applicable):


How reproducible:

reboot a server

Steps to Reproduce:
1.
2.
3.

Actual results:

osd down

Expected results:

osd up

Additional info:

It's sad but we can not rely on the prepare container anymore since the
log are flushed after reboot. So inpecting the container does not return
anything.
Now, instead we use a ephemeral container to look up for the
journal/block.db/block.wal (depending if filestore or bluestore) and
build the activate command accordingly.

Comment 6 Vasishta 2017-10-17 14:36:05 UTC
Tried using ceph-ansible-3.0.2-1.el7cp.noarch, tried rebooting filestore - dmcrypt (true&false), colocated and dedicated journal OSDs, working fine, moving to VERIFIED state.

Regards,
Vasishta

Comment 9 errata-xmlrpc 2017-12-05 23:44:47 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2017:3387


Note You need to log in before you can comment on or make changes to this bug.