Bug 1303572

Summary: httpd-2.2.15-47.el6_7.1 is breaking old mod_cluster setup
Product: Red Hat Enterprise Linux 6 Reporter: Patrick <pbajenez>
Component: httpdAssignee: Luboš Uhliarik <luhliari>
Status: CLOSED WONTFIX QA Contact: BaseOS QE - Apps <qe-baseos-apps>
Severity: high Docs Contact:
Priority: unspecified    
Version: 6.7CC: aogburn, bperkins, cww, deesharm, jclere, jkaluza, jorton, mbabacek, pbajenez
Target Milestone: rc   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-07-18 12:02:53 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1374441    
Attachments:
Description Flags
coredump
none
issued sosreport
none
sosreport after downgrade none

Description Patrick 2016-02-01 10:51:14 UTC
Created attachment 1120063 [details]
coredump

Description of problem:

Customer has 3 Apaches on RHEL 6.7 Server with mod_cluster (1 active and 2 passives) and 6 JBoss Server (EAP 5.1.2 - Windows 2008 R2).

This got broken after updating to the following packages:
Updating:
 httpd                           x86_64                     2.2.15-47.el6_7.1                          rhel-x86_64-server-6                     830 k
Updating for dependencies:
 httpd-tools                     x86_64                     2.2.15-47.el6_7.1                          rhel-x86_64-server-6                      77 k
 mod_ssl                         x86_64                     1:2.2.15-47.el6_7.1                        rhel-x86_64-server-6                      95 k

Customer had to do a yum history to rollback to the pervious stable setup.
I will attach the sosreport  captured during the issue (upgrade done)
and i'm waiting for an other one captured after downgrade.

attaching also the coredump, and other relevant logs,

So far we were not successful on finding the root cause, till we suggest a downgrade.





Additional info:

Comment 1 Patrick 2016-02-01 10:53:05 UTC
Created attachment 1120064 [details]
issued sosreport

Comment 4 Patrick 2016-02-03 13:42:23 UTC
Created attachment 1120788 [details]
sosreport after downgrade

Comment 19 RHEL Program Management 2017-07-18 12:02:53 UTC
Development Management has reviewed and declined this request.
You may appeal this decision by reopening this request.