fix: Output-Timeouts 10s->60s; docker-events-Watcher fuer Docker-Nodes
Die 10-s-Timeouts waren kuerzer als die gemessene Zustellzeit (11-19 s durch den NetBird-Reverse-Proxy auf x05) -> jeder Batch brach ab. Gemessen: 702 abgelehnte Requests in 20 min, Metriken fehlten still. Neu: scripts/docker-events-loki.py + Wrapper + systemd-Unit. Docker-Events (Neustart/OOM/Stop) gehen nach Loki, Spool-Datei + Cursor statt RAM-Puffer.
This commit is contained in:
1 parent
1fe25163d5
commit
63bc054371
4 files changed
+322
-2
No files matched your search
@@ -0,0 +1,26 @@
|
||||
[Unit]
|
||||
Description=Docker-Events nach Loki (Neustart/OOM/Stop sichtbar machen)
|
||||
Documentation=file:///usr/local/bin/docker-events-loki.py
|
||||
After=network-online.target docker.service
|
||||
Wants=network-online.target
|
||||
Requires=docker.service
|
||||
|
||||
[Service]
|
||||
Type=simple
|
||||
Restart=always
|
||||
RestartSec=10
|
||||
# Kein Timeout: der Prozess ist ein Stream, kein Job.
|
||||
TimeoutStopSec=15
|
||||
ExecStart=/usr/local/bin/docker-events-watcher.sh
|
||||
# Schutz: der Forwarder darf nie die Ursache des naechsten OOM werden.
|
||||
# Auf Nodes mit wenig RAM (x05: 967 MB) ist das keine Formalie — dort hat ein
|
||||
# OOM-Kill bereits netbird-proxy erwischt.
|
||||
MemoryMax=128M
|
||||
MemorySwapMax=0
|
||||
Nice=10
|
||||
StandardOutput=journal
|
||||
StandardError=journal
|
||||
SyslogIdentifier=docker-events-loki
|
||||
|
||||
[Install]
|
||||
WantedBy=multi-user.target
|
||||
Reference in new issue
Block a user