Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 667217 - Listen line in generated httpd.conf incorrect
Listen line in generated httpd.conf incorrect
Status: CLOSED ERRATA
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: resource-agents (Show other bugs)
6.0
All Unspecified
low Severity high
: rc
: ---
Assigned To: Marek Grac
Cluster QE
:
Depends On:
Blocks: 675739
  Show dependency treegraph
 
Reported: 2011-01-04 15:22 EST by joshua
Modified: 2011-12-06 07:02 EST (History)
5 users (show)

See Also:
Fixed In Version: resource-agents-3.9.1-1.el6
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 675739 (view as bug list)
Environment:
Last Closed: 2011-12-06 07:02:33 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2011:1580 normal SHIPPED_LIVE Low: resource-agents security, bug fix, and enhancement update 2011-12-05 19:38:57 EST

  None (edit)
Description joshua 2011-01-04 15:22:01 EST
Description of problem:

When setting up a service on an a RHEL6 HA cluster that includes a shared IP resource and an Apache resource, the generated httpd.conf contains the line:

#Listen x.18.188.201/25:80

... which incorrectly specifies the subnet bits of "/25" from the shared IP.  
I don't think the subnet mask is legal or even relevant to Apache, see http://httpd.apache.org/docs/2.2/mod/mpm_common.html#listen for syntax usage.

Changing the line to:

Listen x.18.188.201:80

makes everything work perfectly.


Can we get this fixed?  Auto-generating a broken config file that causes httpd to fail is a bad thing!




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

$ rpm -q rgmanager cman httpd
rgmanager-3.0.12-10.el6.x86_64
cman-3.0.12-23.el6_0.4.x86_64
httpd-2.2.15-5.el6.x86_64
Comment 2 Marek Grac 2011-02-07 08:34:40 EST
Fixed in upstream (thanks for reporting):

http://git.fedorahosted.org/git/?p=resource-agents.git;a=commit;h=49ef8ffe48a2fc6a7e4c132bab87b11a76dd8f9e
Comment 4 Nate Straz 2011-05-24 09:36:18 EDT
Unit testing results are missing.  Please show the test cluster config used and the relevant generated httpd config output.
Comment 5 joshua 2011-06-21 15:37:11 EDT
BTW, the same error is true when working with tomcat... the server.xml that is generated has the subnet mask!


<Connector address="92.128.188.204/25" port="8080" protocol="HTTP/1.1"

Does this fix address tomcat as well?
Comment 6 Marek Grac 2011-06-27 08:48:28 EDT
cluster.conf part:
        <rm>
                <service autostart="1" name="databaza">
                        <ip address="10.34.38.83/24" monitor_link="0"/>
                        <apache name="kickstart httpd"/>
                </service>

unit test result:

<debug>  1 IP addresses found for databaza/kickstart httpd
1 IP addresses found for databaza/kickstart httpd
<debug>  Looking For IP Addresses > Succeed -  IP Addresses Found
Looking For IP Addresses > Succeed -  IP Addresses Found
<debug>  Generating New Config File /apache/apache:kickstart httpd/httpd.conf
From /etc/httpd/conf/httpd.conf
Generating New Config File /apache/apache:kickstart httpd/httpd.conf From
/etc/httpd/conf/httpd.conf
<debug>  Generating New Config File /apache/apache:kickstart httpd/httpd.conf
From /etc/httpd/conf/httpd.conf > Succeed
Generating New Config File /apache/apache:kickstart httpd/httpd.conf From
/etc/httpd/conf/httpd.conf > Succeed
httpd: apr_sockaddr_info_get() failed for bar-01.brq.redhat.com
httpd: Could not reliably determine the server's fully qualified domain name,
using 127.0.0.1 for ServerName
<debug>  Starting Service apache:kickstart httpd > Succeed
Starting Service apache:kickstart httpd > Succeed
Comment 7 Marek Grac 2011-06-27 08:52:37 EDT
@Joshua:

This shoudl fix issues with <ip address ... > independetly of resource agent.
Comment 10 errata-xmlrpc 2011-12-06 07:02:33 EST
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.

http://rhn.redhat.com/errata/RHSA-2011-1580.html

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