Bug 215481

Summary:	RFE rhds71 does not have peak connections in its monitoring facility
Product:	Red Hat Enterprise Linux 7	Reporter:	Issue Tracker <tao>
Component:	389-ds-base	Assignee:	Rich Megginson <rmeggins>
Status:	CLOSED NOTABUG	QA Contact:
Severity:	medium	Docs Contact:
Priority:	medium
Version:	7.2	CC:	akarlsso, kevinu, nhosoi, nkinder, rmeggins, tao
Target Milestone:	pre-dev-freeze	Keywords:	FutureFeature
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Enhancement
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2016-03-17 17:31:01 UTC	Type:	---
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:	495079, 512820, 690319

Description Issue Tracker 2006-11-14 10:17:14 UTC

Escalated to Bugzilla from IssueTracker

Comment 6 Rich Megginson 2006-11-14 14:03:55 UTC

Adding Kevin.  This should be an easy feature to get into the product.

One question: Does the customer expect the value of peakConnections to persist
between server restarts?

Comment 7 Xander D Harkness 2006-11-14 14:21:42 UTC

It is not required to have the Peak connection persist between restarts.

Comment 11 Rich Megginson 2007-06-11 17:01:10 UTC

(In reply to comment #10)
> Just some comments/thoughs:
> 
> Peak connection information can be very interesting to get, but most if not all
> the information is currently reported through counters initialized at startup
> (and designed for snmp), like current or total connections, see for example the
> "Operations Table" chapter at
> https://www.redhat.com/docs/manuals/dir-server/ag/7.1/snmp.html#1072684
> 
> If you want a peak connection information, don't we have to deal with sample
> interval in the DS, and may be provide other data like current req / sec, peak
> conn / sec ?

No, not if peak connection is just a high water mark.

You can also use logconv.pl to get this information from the access log.

> 
> Although this can be very good to have, it is till easier for a monitoring tool
> to read the snmp counters or collect the same counters with a cn=config, and
> detect the low, peak, average of a given monitored counter, periodically.
> 
> Like for networking gear, it is usually up to a monitoring tool to keep and
> archive at its own sample rate the snmp counter reads into a rrd file
> (http://oss.oetiker.ch/rrdtool/), and then extract the average and peak values
> when retrieving the information when building a status page and graphs.
>

Comment 12 Issue Tracker 2007-06-28 08:57:03 UTC

Internal Status set to 'Resolved'
Status set to: Closed by Client
Resolution set to: 'Closed by Client'

This event sent from IssueTracker by Andreas.Andersson 
 issue 106099

Comment 15 Issue Tracker 2007-06-28 18:07:16 UTC

The rfe in bugzilla is under review, no version defined yet.
re-closing.
Marc.

Internal Status set to 'Resolved'
Status set to: Closed by Tech
Resolution set to: 'Netscape Applications'

This event sent from IssueTracker by msauton 
 issue 106099

Comment 16 Rich Megginson 2012-01-09 19:29:15 UTC

Upstream ticket:
https://fedorahosted.org/389/ticket/221

Comment 18 Noriko Hosoi 2016-03-17 17:31:01 UTC

Per triage: this symptom is no longer applied to the current version.