Bug 215481 - RFE rhds71 does not have peak connections in its monitoring facility
RFE rhds71 does not have peak connections in its monitoring facility
Status: CLOSED NOTABUG
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: 389-ds-base (Show other bugs)
7.2
All Linux
medium Severity medium
: pre-dev-freeze
: ---
Assigned To: Rich Megginson
: FutureFeature
Depends On:
Blocks: 389_1.3.0 512820 690319
  Show dependency treegraph
 
Reported: 2006-11-14 05:17 EST by Issue Tracker
Modified: 2016-03-17 13:31 EDT (History)
6 users (show)

See Also:
Fixed In Version:
Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2016-03-17 13:31:01 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:


Attachments (Terms of Use)

  None (edit)
Description Issue Tracker 2006-11-14 05:17:14 EST
Escalated to Bugzilla from IssueTracker
Comment 6 Rich Megginson 2006-11-14 09:03:55 EST
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 09:21:42 EST
It is not required to have the Peak connection persist between restarts.
Comment 11 Rich Megginson 2007-06-11 13:01:10 EDT
(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 04:57:03 EDT
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 14:07:16 EDT
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 14:29:15 EST
Upstream ticket:
https://fedorahosted.org/389/ticket/221
Comment 18 Noriko Hosoi 2016-03-17 13:31:01 EDT
Per triage: this symptom is no longer applied to the current version.

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