Bug 498119 - xinetd init script 'status' does not set return value
Summary: xinetd init script 'status' does not set return value
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: xinetd
Version: 5.3
Hardware: All
OS: Linux
low
low
Target Milestone: ---
: ---
Assignee: Vojtech Vitek
QA Contact: qe-baseos-daemons
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-04-28 23:33 UTC by Ian Ward Comfort
Modified: 2015-03-04 23:56 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-05-25 08:39:17 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
Patch fixes init script status retval (217 bytes, patch)
2009-04-28 23:33 UTC, Ian Ward Comfort
no flags Details | Diff


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2011:0827 0 normal SHIPPED_LIVE xinetd bug fix update 2011-05-25 08:38:48 UTC

Description Ian Ward Comfort 2009-04-28 23:33:25 UTC
Created attachment 341672 [details]
Patch fixes init script status retval

The xinetd init script does not set its return value correctly when invoked with 'status'.  For example, if xinetd is stopped, the return value is 0:

	# service xinetd status
	xinetd is stopped
	# echo $?
	0

The proper return value in this case is 3.  For expected behavior, see [1].  The attached patch fixes the issue.

[1] http://refspecs.linux-foundation.org/LSB_3.2.0/LSB-Core-generic/LSB-Core-generic/iniscrptact.html

Comment 1 Todd Zullinger 2010-05-11 21:00:39 UTC
This appears to be identical to #232887 which was filed against Fedora Core 6 and has been fixed for ages in the Fedora packages (the fix is the same as yours, Ian).  Any reason this rather trivial fix hasn't made it into either RHEL 5.4 or 5.5?

Comment 2 Jan Zeleny 2010-05-13 06:48:42 UTC
I guess it's because there was no extra pressure from customers to get it there. Contacting our support and requesting this fix could help. Otherwise I can't guarantee this will be fixed in RHEL-5.

Comment 8 errata-xmlrpc 2011-05-25 08:39:17 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2011-0827.html


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