Revision as of 12:48, June 24, 2022 by Tgilchri (talk | contribs)
Jump to: navigation, search

Health Check

The Genesys Pulse Web Service API gives you the ability to perform health checks.

See the following responses in /api/plugins/wbrt/health/detail:

  • snapshotWritingStatus — Snapshots are written to a file system, and are generated and written even if external connections are not available. If the connection to Stat Server is not available, data can be displayed as N/A, but snapshots are generated and written.
  • pendingLayoutStatusChangesCount — This is a summary number of pending layouts to activate, deactivate, or recheck. This process depends on the availability of the connection to DB Server:
    • If the connection is present, this number changes as layout activation/deactivation/recheck are processed.
    • If the value displayed is not zero, and does not change, it's likely that the connection to DB Server is missing.
    Genesys Pulse Collector needs to read changed layouts and new layout definitions, which requires an active connection to DB Server.
  • maxStatisticValueDelay — This value varies depending on the number of layouts, their refresh period, CPU performance, memory availability (no swap operations caused by Genesys Pulse Collector), and performance of the file system. There is no expected / recommended value; however, you can expect most layouts to have the same refresh interval. If the value of maxStatisticValueDelay is significantly higher than any part of this interval (for example 25-50% higher), consider increasing resources. Genesys Pulse Collector can perform better if it runs with a sufficient number of processing threads a fast drives/file system on which to store snapshots.


Comments or questions about this documentation? Contact us for support!