The cn=Resource entry identifies the set of resources being used by the software. Resources include buffers, file descriptors, and hard disks.
The following elements are identified by the cn=Resource entry:
The connection handler thread decodes incoming requests. The connection handler is oriented to the LDAP or LDAPS protocol. When a request has been fully decoded, the request is put in the work queue.
The cn=Resource entry for the connection handler thread has the following monitoring DN:
cn=connection_handler_thread_name, cn=Connection Handler Thread, cn=Resource, cn=instanceId, cn=Instance, cn=DPS60, cn=Product, cn=monitor |
Entries below the cn=Resource entry for the connection handler thread contain the following groups of attributes:
Provides configuration attribute values.
operationalStatus identifies the status of the element. The value 2 indicates that the element is fully operational.
startTime identifies the date and time at which the thread was started.
stopTime identifies the date and time at which the thread was stopped.
The following statistics can be gathered:
Byte buffer pool statistics under cn=ByteBufferPool:
numTries
numHits
numMissesEmpty
numMissesSize
numReleases
availableStandardBuffers
availableOversizedBuffers
String buffer pool statistics under cn=StringBufferPool:
numTries
numHits
numMisses
numReleases
availableBuffers
Vector pool statistics under cn=VectorPool:
numTries
numHits
numMisses
numReleases
availableBuffers
Incoming requests from clients are stored by connection handler threads in the work queue. The requests are then processed by the worker thread. The cn=Resource entry for the work queue has the following monitoring DN:
cn=Work Queue, cn=Resource, cn=instanceId, cn=Instance, cn=DPS60, cn=Product, cn=monitor |
Entries below the cn=Resource entry for the work queue contain the following groups of attributes:
normalPriorityBacklogHighWaterMark identifies the maximum number of requests of normal priority that can be put in the queue. When this threshold is reached, the connection handler is suspended.
normalPriorityBacklogLowWaterMark. When the number of operations of normal priority drops lower than the normalPriorityBacklogLowWaterMark, the connection handler is woken up.
operationalStatus identifies the status of the element, with the following values: 2, and 4. For information about these values, see Table 18–2.
numNormalPriorityPuts identifies the number of requests of normal priority that are put in the queue by the connection handler threads.
numNormalPriorityGets identifies the number of request of normal priority retrieved from the queue by worker threads.
normalPriorityBacklog identifies the number of remaining requests of normal priority in the queue.
maxNormalPriorityBacklog identifies the peak of remaining requests of normal priority in the queue.
numHighPriorityPuts identifies the number of requests of high priority that are put in the queue by the connection handler threads.
numHighPriorityGets identifies the number of request of high priority retrieved from the queue by worker threads.
highPriorityBacklog identifies the number of remaining requests of high priority in the queue.
maxHighPriorityBacklog identifies the peak of remaining requests of high priority in the queue.
numAbandonRequests identifies the number of requests that are abandoned.
numSuccessfulAbandons identifies the number of requests that are abandoned while in the queue.
The worker thread processes requests from the work queue.
The cn=Resource entry for the worker thread has the following monitoring DN:
cn=worker_thread_name, cn=Worker Thread, cn=Resource, cn=instanceId, cn=Instance, cn=DPS60, cn=Product, cn=monitor |
Entries below the cn=Resource entry for the search thread contain the same groups of attributes as described in Connection Handler Thread, and the following attributes:
processedOperations identifies the number of operations processed by the worker thread.
raisedExceptions identifies the number of exceptions raised during the processing of operations.
When a search is performed on several data views, parallel search threads can be used. The cn=Resource entry for the search thread has the following monitoring DN:
cn=search_thread_name, cn=Search Thread, cn=Resource, cn=instanceId, cn=Instance, cn=DPS60, cn=Product, cn=monitor |
Entries below the cn=Resource entry for the search thread contain the same groups of attributes as described in Connection Handler Thread.
The monitor thread checks the availability of remote data sources. A remote data source is considered to be available when the monitor thread can create one connection to the remote data source. The cn=Resource entry for the monitor thread has the following monitoring DN:
cn=monitor_thread_name, cn=Monitor Thread, cn=Resource, cn=instanceId, cn=Instance, cn=DPS60, cn=Product, cn=monitor |
Entries below the cn=Resource entry for the search thread contain the same groups of attributes as described in Connection Handler Thread, and the following groups of attributes:
backendServerName identifies the name of the monitored remote data source.
checkInterval identifies the interval of time (in seconds) between two checks.
additionalCheckType identifies additional checking. The following values can be used:
1 (no additional checks)
2 (create a bind connection to the data source)
3 (create a read connection to the data source)
serverIsAvailable identifies the status of the remote data source. The value is true if the remote data source is up and running.
totalChecks identifies the total number of checks.
failedAvailabilityChecks identifies the number of failed availability checks. An availability check is successful when a remote data source is up and running.
failedAdditionalChecks identifies the number of failed additional checks.