ist es möglich das die Meldung nicht von Iobroker kommt ?
Ki sagt:
Spoiler
Dass die Nachricht punkt 02:00 Uhr parallel zum Proxmox-Backup kommt und kein Eintrag im ioBroker-Log auftaucht, ist der entscheidende Durchbruch!
Das bedeutet: Die Nachricht wird mit sehr hoher Wahrscheinlichkeit überhaupt nicht von ioBroker gesendet, sondern direkt von einem Skript/Dienst auf dem Proxmox-Host oder aus der OpenCCU-VM heraus. Der Text "ioBroker..." im Betreff wurde damals beim Erstellen der Nachricht vermutlich nur manuell als Absender-Name im Skript eingetragen.
Da das Proxmox-Backup um 02:00 Uhr die OpenCCU-VM ganz kurz einfriert (Snapshot/Freeze) oder die Netzwerkkarte kurz blockiert, schlägt in genau dieser Sekunde ein externer Ping/Check fehl.
Hier sind die 4 Verdächtigen außerhalb von ioBroker, die du prüfen musst:
Das Proxmox Backup-Skript (Hookscript / Mail / Pushover)
Nutzt du in Proxmox ein benutzerdefiniertes Hook-Script für VZDump (Backups) oder einen Proxmox-Benachrichtigungsdienst?
Prüfe auf dem Proxmox-Host unter /etc/pve/vzdump.conf oder in den VM-Einstellungen unter Backup -> Advanced -> Hookscript.
Wenn ein Backup fehlschlägt oder die VM während des Snapshots kurz nicht antwortet, feuert ein solches Skript eine Pushover-Nachricht ab.
Ein Cronjob / Skript direkt auf dem Proxmox-Host (Node/Shell/Python)
Möglicherweise hast du früher auf Proxmox-Ebene (per SSH) ein kleines Shell-Skript oder einen Cronjob angelegt, der die Erreichbarkeit der CCU prüft und bei Timeout via curl an Pushover sendet.
Verbinde dich per SSH auf deinen Proxmox-Host und prüfe die Cronjobs:
Bash
crontab -l
cat /etc/crontab
ls -la /etc/cron.*
Suche auf dem Proxmox-Host nach dem Text der Nachricht:
Bash
grep -rnw '/etc/' -e 'Emerhency' 2>/dev/null
grep -rnw '/var/' -e 'Emerhency' 2>/dev/null
grep -rnw '/root/' -e 'Emerhency' 2>/dev/null
(Der Rechtschreibfehler Emerhency ist hier dein größter Vorteil beim Suchen!)
Ein Watchdog-Skript AUF der OpenCCU selbst
Einige RaspberryMatic/CCU-Zusatzsoftware (z.B. CCU-Historian, CUxD oder eigene Servicemeldungs-Skripte) führt beim Sichern/Backup interne Neustarts von Diensten durch. Wenn ein CCU-internes Skript merkt, dass der Reinhard/ReGaHSS-Prozess stoppt, schickt es eine Nachricht.
Prüfe in der OpenCCU unter Einstellungen -> Systemsteuerung -> Zusatzsoftware oder in den CCU-Programmen, ob dort ein Pushover-Skript aktiv ist.
Verbinde dich per SSH auf die OpenCCU und suche auch dort nach dem Schreibfehler:
Bash
grep -rnw '/usr/local/' -e 'Emerhency' 2>/dev/null
Ein zweiter ioBroker-Container / Test-Instanz
Hast du auf Proxmox eventuell irgendwann mal ein Template, ein Backup oder einen zweiten ioBroker-CT (z. B. eine Test-Instanz) geklont, der im Hintergrund noch läuft oder per Cron gestartet wird?
Schau in Proxmox in die Liste aller CTs und VMs. Läuft dort noch ein anderer Container, den du vielleicht vergessen hast?
Warum bricht die CCU beim Backup ein?
Wenn Proxmox ein Backup einer VM macht (Modus Snapshot oder Stop):
Modus Snapshot (QEMU Guest Agent): Der Speicher/die Disk wird kurz eingefroren (Gefrier-Zustand). Die VM antwortet für 2–10 Sekunden nicht auf Netzwerk-Pings.
Lösung für die Warnung: Wenn du die Quelle der Nachricht gefunden hast, passe dort das Timeout an (z. B. erst nach 3 gescheiterten Versuchen im Abstand von 30 Sekunden benachrichtigen) oder schließe das Backup-Zeitfenster (02:00 bis 02:05 Uhr) von der Überwachung aus.
