Bug 770273

Summary: Mcelog service reports No such device at boot up.
Product: [Fedora] Fedora Reporter: Jóhann B. Guðmundsson <johannbg>
Component: mcelogAssignee: Prarit Bhargava <prarit>
Status: CLOSED WONTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 16CC: mzdunek, prarit
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-02-13 21:25:11 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
Proposed new systemd unit for mcelog none

Description Jóhann B. Guðmundsson 2011-12-25 12:52:17 UTC
Created attachment 549478 [details]
Proposed new systemd unit for mcelog

Description of problem:

Mcelog service is reporting No such device at boot up.

I looked at that unit file and am proposing an alternative.

[Unit]
Description=Machine Check Exception Logging Daemon
After=syslog.target <-- this is no longer necessary

# FIXME - due to upstream kernel bug always start the mcelog process
# twice using the following ExecStartPre hack. This needs fixing.
# There is a bug filed against systemd for the ExecStartPre bit
# since it is not possible to specify that the ExecStarPre bit
# is allowed and expected to fail without aborting the daemon.

The above statement is wrong you can add '-' to the path in the ExecStartPre line

"If the first token is prefixed with - an exit code of the command normally considered a failure (i.e. non-zero exit status or abnormal exit due to signal) is ignored and considered success."


[Service]

ExecStartPre=/etc/mcelog/mcelog.setup <-- unnecessary we can use Restart=on-failure instead  

" If set to on-failure it will be restarted only when it exited with an exit code not equalling 0, or when terminated by a signal."

ExecStart=/usr/sbin/mcelog --ignorenodev --daemon --foreground 

Any particular reason you are running this in the foreground?

StandardOutput=syslog <-- Not necessary systemd defaults to this

[Install]
WantedBy=multi-user.target

And when stopping the daemon he's not exiting cleanly as in he exits with exit code of 15 so that probably needs to be looked at.

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

Always

How reproducible:

Boot you computer

Steps to Reproduce:
1. Power on
2. check boot log
3.
  
Actual results:

No such device

Expected results:

No errors being reported 

Additional info:

Comment 1 Marek Zdunek 2012-01-24 20:57:12 UTC
same here started after update to newest kernel -> 3.2.1

Comment 2 Jóhann B. Guðmundsson 2012-01-24 21:08:28 UTC
Can you try the new submitted unit file and see if it works for you? 

Just place it in /etc/systemd/system directory and run systemctl daemon-reload

Comment 3 Fedora End Of Life 2013-01-16 17:03:39 UTC
This message is a reminder that Fedora 16 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 16. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '16'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 16's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 16 is end of life. If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora, you are encouraged to click on 
"Clone This Bug" and open it against that version of Fedora.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 4 Fedora End Of Life 2013-02-13 21:25:15 UTC
Fedora 16 changed to end-of-life (EOL) status on 2013-02-12. Fedora 16 is 
no longer maintained, which means that it will not receive any further 
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.