Bug 215498 - hald starts as daemon return 0 if it fails
Summary: hald starts as daemon return 0 if it fails
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: hal
Version: 4.4
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
: ---
Assignee: Richard Hughes
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2006-11-14 12:33 UTC by Laurent Jean-Rigaud
Modified: 2012-06-20 16:04 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-06-20 16:04:08 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Laurent Jean-Rigaud 2006-11-14 12:33:03 UTC
Description of problem:
I met a problem with hal daemon as it didn't start but nothing was traced
(syslog, console, service startup) ?! 
The problem reported is not why it doesn't start but why there is no trace of
error if hald fails to run.

Thanks for solution.

Version-Release number of selected component (if applicable):
hal-0.4.2-4.EL4

How reproducible:
The problem is that hald doesn't return any code different of 0 if it can't
start when daemonize.

hald --daemon=yes  (fails, by exemple if messagebus is not running)
echo $?  -> 0 

Also using service is the same : service haldaemon start --> shows [OK] but hald
is not running.

The only way to know the problem is to start interactivily hald with daemon=no
and verbose=yes .


Steps to Reproduce:
1. init 3
2. service messagebus stop
3. service hald start  -> show [OK] in place of [fail]
  
Actual results:


Expected results:
service should show [fail] and hald --daemon=yes should manage the status of
fork process (included in newer release of hal)

Additional info:
none

Comment 1 Jiri Pallich 2012-06-20 16:04:08 UTC
Thank you for submitting this issue for consideration in Red Hat Enterprise Linux. The release for which you requested us to review is now End of Life. 
Please See https://access.redhat.com/support/policy/updates/errata/

If you would like Red Hat to re-consider your feature request for an active release, please re-open the request via appropriate support channels and provide additional supporting details about the importance of this issue.


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