Bug 1400590 - Configured SSL version range reported when restarting servers.
Summary: Configured SSL version range reported when restarting servers.
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: 389-ds-base
Version: 6.9
Hardware: All
OS: Linux
low
low
Target Milestone: rc
: ---
Assignee: mreynolds
QA Contact: Viktor Ashirov
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-12-01 14:50 UTC by Sankar Ramalingam
Modified: 2017-01-18 14:29 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-01-18 14:29:07 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description Sankar Ramalingam 2016-12-01 14:50:41 UTC
Description of problem: SSL initialization messages reported when restarting directory server instances.


Version-Release number of selected component (if applicable): 389-ds-base-1.2.11.15-85
 

How reproducible: Consistently


Steps to Reproduce:
1. Install latest 389-ds-base on RHEL-6.9 and configure SSL.
2. Restart directory server instances
3. SSL initialization messages reported.

Actual results:
[root@auto-hv-02-guest09 ~]# /usr/sbin/restart-dirsrv 
Starting instance "Inst1"
[01/Dec/2016:09:44:17 -0500] SSL Initialization - Configured SSL version range: min: TLS1.0, max: TLS1.2
Restarting instance "Inst2"
[01/Dec/2016:09:44:20 -0500] SSL Initialization - Configured SSL version range: min: TLS1.0, max: TLS1.2


Expected results: SSL initialization message should not be printed on the command line.


Additional info:
[root@auto-hv-02-guest09 ~]# rpm -qa |grep -i 389-ds
389-ds-base-devel-1.2.11.15-85.el6.x86_64
389-ds-base-libs-1.2.11.15-85.el6.x86_64
389-ds-base-1.2.11.15-85.el6.x86_64
389-ds-base-debuginfo-1.2.11.15-85.el6.x86_64

Comment 4 mreynolds 2017-01-06 22:30:36 UTC
After further testing it has been determined that this issue is specific to RHEL 6.x.  This behaviour is not present in any of the RHEL 7.x releases.

Comment 5 Sankar Ramalingam 2017-01-10 13:05:54 UTC
(In reply to mreynolds from comment #4)
> After further testing it has been determined that this issue is specific to
> RHEL 6.x.  This behaviour is not present in any of the RHEL 7.x releases.

I don't remember seeing this issue with RHEL-6.8 builds. If needed, I will retest it on RHEL-6.8z and share the outcome.

Comment 6 mreynolds 2017-01-10 13:29:20 UTC
(In reply to Sankar Ramalingam from comment #5)
> (In reply to mreynolds from comment #4)
> > After further testing it has been determined that this issue is specific to
> > RHEL 6.x.  This behaviour is not present in any of the RHEL 7.x releases.
> 
> I don't remember seeing this issue with RHEL-6.8 builds. If needed, I will
> retest it on RHEL-6.8z and share the outcome.

I don't think that particular "logging code" existed in 6.8.

On a side note - even though the that logging line is printed to stderr, it is still going into the errors log.  So the message is not being lost.  

Like I said I don't think this logging existed in 6.8, but if it does exist in 6.8 then you should still see it in the 6.8 errors log("Configured SSL version range").  If it's not displayed in stderr or the errors log, then that logging code does not exist in 6.8

However, the current consensus in the team is that this is not going to be fixed since it's working in the most current release of the server(rhel 7.x), and rhel 6.x is reaching its EOL in the next 6 months.

Comment 7 Sankar Ramalingam 2017-01-11 07:13:11 UTC
(In reply to mreynolds from comment #6)
> (In reply to Sankar Ramalingam from comment #5)
> > (In reply to mreynolds from comment #4)
> > > After further testing it has been determined that this issue is specific to
> > > RHEL 6.x.  This behaviour is not present in any of the RHEL 7.x releases.
> > 
> > I don't remember seeing this issue with RHEL-6.8 builds. If needed, I will
> > retest it on RHEL-6.8z and share the outcome.
> 
> I don't think that particular "logging code" existed in 6.8.
> 
> On a side note - even though the that logging line is printed to stderr, it
> is still going into the errors log.  So the message is not being lost.  
> 
True, it goes to the error logs.
> Like I said I don't think this logging existed in 6.8, but if it does exist
> in 6.8 then you should still see it in the 6.8 errors log("Configured SSL
> version range").  If it's not displayed in stderr or the errors log, then
> that logging code does not exist in 6.8
> 
> However, the current consensus in the team is that this is not going to be
> fixed since it's working in the most current release of the server(rhel
> 7.x), and rhel 6.x is reaching its EOL in the next 6 months.
Thanks for clarification.

Comment 8 mreynolds 2017-01-18 14:29:07 UTC
Closing bug as won't fix


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