Fixed
Pinned fields
Click on the next to a field label to start pinning.
Details
Assignee
Balakumaran GopalBalakumaran GopalReporter
Michael BlowMichael BlowIs this a Regression?
UnknownTriage
UntriagedStory Points
0Sprint
NonePriority
CriticalInstabug
Open Instabug
Details
Details
Assignee
Balakumaran Gopal
Balakumaran GopalReporter
Michael Blow
Michael BlowIs this a Regression?
Unknown
Triage
Untriaged
Story Points
0
Sprint
None
Priority
Instabug
Open Instabug
PagerDuty
PagerDuty
PagerDuty
Sentry
Sentry
Sentry
Zendesk Support
Zendesk Support
Zendesk Support
Created June 26, 2023 at 10:19 PM
Updated September 18, 2023 at 1:50 PM
Resolved June 27, 2023 at 12:11 AM
Observed in logs.
In a recent system test run, CBAS is generating a WARNing on every prometheus fetch, where the result is > 4K. There are over 9900 instances of this warning in the logs.
Also, the result is returning a 500 to ns_server- I do not know if ns_server successfully scrapes otherwise well-formed results w/ a 500 status{}- if they do not scrape metrics w/ a 500 error, the issue is even more severe than the WARN spam in the log.
EDIT: I can confirm from promtimer that all analytics stats are missing when the 500 is returned for ns_server; so this is a pretty severe issue.
Issue
Resolution
When the Prometheus stats returned from Analytics exceeded four kilobytes, the status code was inadvertently set to 500 (Internal Error), and this resulted in a large number of warnings in the Analytics warning log. Couchbase Server discarded these statistics.
This has been fixed to properly return a 200 (OK) status code when the size of Prometheus stats exceeds 4KiB, allowing these stats to be recorded properly. The warning is not displayed.