Info |
---|
|
Customers are reporting a lingering downtime that is no longer relevant. While this issue may be rare, a customer had a similar experience documented HERE. |
Problem
The customer is experiencing difficulties resolving the constant downtime for a specific host. The issue involves a situation where the downtime was initiated without an associated end time.
Troubleshooting
- The first step would be to check the downtimes for both services and hosts:
If nothing is still found, it is recommended to investigate the history file located in the ~/var/check_mk/core, explicitly searching for the summary information. In this particular scenario, the summary to search for is 'DT2'.
Code Block |
---|
|
grep -rl <DOWNTIMESUMMARY> ~/var/check_mk/core/history |
- If the history file is large, reviewing the files in ~/var/check_mk/core/archive can also be helpful. These history files contain Unix timestamps that can help with troubleshooting.
Code Block |
---|
|
grep -rl <DOWNTIMESUMMARY> ~/var/check_mk/core/archive/* |
Solution
Warning |
---|
|
Please note that the following steps are unsupported, and a backup of the Checkmk site should be created before proceeding. |
If the event is found in the history file but nowhere else:
These steps will effectively clear the active lingering downtime.
Related articles
Filter by label (Content by label) |
---|
showLabels | false |
---|
max | 5 |
---|
spaces | KB |
---|
showSpace | false |
---|
sort | modified |
---|
reverse | true |
---|
type | page |
---|
cql | label = "businessintelligence" and type = "page" and space = "KB" |
---|
labels | businessintelligence |
---|
|