Bug 1299099 - systemd, kexec: Boot failure if kdump device unavailable
Summary: systemd, kexec: Boot failure if kdump device unavailable
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: kexec-tools
Version: 7.3
Hardware: x86_64
OS: Linux
high
medium
Target Milestone: rc
: 7.4
Assignee: kdump team
QA Contact: Qiao Zhao
URL:
Whiteboard:
Depends On:
Blocks: 1366034
TreeView+ depends on / blocked
 
Reported: 2016-01-15 23:08 UTC by George Beshers
Modified: 2016-09-29 16:27 UTC (History)
11 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-09-29 16:27:13 UTC
Target Upstream Version:

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Description George Beshers 2016-01-15 23:08:15 UTC 
Description of problem:

    We have observed that when kdump is pointed at non-root disk drive
    and later that drive is removed the kernel won't complete booting.
    [Non-root because it was on a 32TB machine and there wasn't enough
     space on the root drive.)


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


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:
Comment 2 Dave Young 2016-01-19 06:51:06 UTC 
George:

System does not boot means the normal kernel can not boot?

Have you add it to /etc/fstab or somewhere else? I guess systemd is waiting for the mount happens and timeout, is this your case and do you have a console log?

Thanks
Dave
Comment 3 George Beshers 2016-01-27 19:27:35 UTC 
Sorry to say that the log got deleted in a cleanup sweep.
I will work on reproducing this and provide a log.

However, the kernel booted and was doing systemd-udevd stuff
and my memory is that it was hung trying to start kdump.
That said, I've seen kdump fail to start many times without
causing the boot to hang (we get to login); so I am begining
to suspect myself of user error.
Comment 4 Russ Anderson 2016-09-22 19:22:51 UTC 
Update fields so properly tracked.
Comment 5 Russ Anderson 2016-09-22 19:24:46 UTC 
Not a showstopper for 7.3.
Needs additional information from George.
Comment 6 George Beshers 2016-09-29 16:27:13 UTC 
Tested this with snap3 and its no longer an issue.
Note You need to log in before you can comment on or make changes to this bug.