-
Notifications
You must be signed in to change notification settings - Fork 569
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
null value in column "downtime_end" of relation "sla_history_downtime" violates not-null constraint #9942
Comments
@log1-c Please could you share the Redis data Icinga DB can't process:
|
Running the command produces a lot of output like this
but only on the node were the icingadb daemon is crashing. on the second master node (not the config master btw.) it just returns |
Please could you share your file in /var/lib/icingadb-redis from the node with the long output via https://nextcloud.icinga.com/index.php/s/YnTKYNSLaYyx9d8 ? |
Sure, I uploaded the dump.rdb file |
From the node with the long output of XRANGE. Obviously I need to debug "the node were the icingadb daemon is crashing".
|
That is the file I uploaded
node where the daemon runs:
Did you maybe switch |
Oops 😅 |
Successfully reproduced it, but only on Postgres.🙈 |
Monkey patched local Icinga DB a bit, so that it syncs history entries one by one. diff --git a/pkg/icingadb/history/sync.go b/pkg/icingadb/history/sync.go
index dc8bc611..a23cbb13 100644
--- a/pkg/icingadb/history/sync.go
+++ b/pkg/icingadb/history/sync.go
@@ -20,6 +20,7 @@ import (
"golang.org/x/sync/errgroup"
"reflect"
"sync"
+ "time"
)
// Sync specifies the source and destination of a history sync.
@@ -118,6 +119,7 @@ func (s Sync) readFromRedis(ctx context.Context, key string, output chan<- redis
for _, stream := range streams {
for _, message := range stream.Messages {
+ time.Sleep(time.Second / 3)
xra.Streams[1] = message.ID
select { Exactly the only option I saw in the code and was afraid of:
has_been_cancelled=1, but cancel_time is missing. |
Can you discard that broken event?
|
Done.
Service keeps running after that.
|
Describe the bug
If we start the IcingaDB Service on our config master server, the daemon crashes.
On our second master system, the daemon runs.
To Reproduce
I have no idea what we did to get this state.
But the daemon crashes on startup
systemctl start icingadb
Expected behavior
The daemon should run
Your Environment
Icinga HA Cluster with postgres cluster in backend
Additional context
journalctl returns the following lines:
The text was updated successfully, but these errors were encountered: