Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

initialize hosts last_state_change and last_hard_state_change #453

Merged
merged 1 commit into from
Feb 14, 2024

Conversation

sni
Copy link
Contributor

@sni sni commented Feb 14, 2024

Currently the hosts last_state_change and last_hard_state_change will only be initialized if the state changes or in check_service.c when the first service result arives. I see no reason why this shouldn't be done for host results as well.

Currently the hosts last_state_change and last_hard_state_change will only be initialized
if the state changes or in check_service.c when the first service result arives.
I see no reason why this shouldn't be done for host results as well.

Signed-off-by: Sven Nierlein <[email protected]>
@sni
Copy link
Contributor Author

sni commented Feb 14, 2024

Just for reference:
https://github.com/naemon/naemon-core/blob/master/src/naemon/checks_service.c#L667
The timestamp will be initialized here when the first service result arrives. But this
obviously only works if the host has services.

@sni sni merged commit 10af9ff into naemon:master Feb 14, 2024
26 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants