Problem mit monit „restart rfd“

[virgin]

Das war heute im Log zu sehen

Code: Alles auswählen

 May 20 07:41:35 homematic-ccu2 kern.info kernel: [1616911.491235] eq3loop: eq3loop_close_slave() mmd_bidcos
May 20 07:41:38 homematic-ccu2 user.err monit[1344]: 'rfd' failed to restart (exit status -1) -- '/etc/init.d/S61rfd restart': Program timed out -- Stopping rfd: OK Starting rfd: ..............
May 20 07:41:38 homematic-ccu2 user.info monit[1344]: 'rfd' restart action failed
May 20 07:41:43 homematic-ccu2 user.err monit[1344]: 'rfd' process is not running
May 20 07:41:43 homematic-ccu2 user.info monit[1344]: 'rfd' trying to restart
May 20 07:41:43 homematic-ccu2 user.info monit[1344]: 'rfd' restart: '/etc/init.d/S61rfd restart'
May 20 07:41:43 homematic-ccu2 kern.info kernel: [1616919.864337] eq3loop: eq3loop_open_slave() mmd_bidcos
May 20 07:41:50 homematic-ccu2 user.err rfd: Error starting interfaces
May 20 07:41:54 homematic-ccu2 user.err rfd: CCU2BidcosRemoteInterface::SetDeviceAesPolicy(): Error disabling channel authentication.
May 20 07:41:56 homematic-ccu2 user.err rfd: LGWPortWrapper::keepAliveThreadFunction(): Did not receive reply on keepalive.
May 20 07:41:57 homematic-ccu2 user.err rfd: CCU2BidcosRemoteInterface::RemoveDeviceWakeupRequest(): Failed
May 20 07:41:57 homematic-ccu2 user.err rfd: CCU2BidcosRemoteInterface::SetDeviceAesPolicy(): Error disabling channel authentication.
May 20 07:42:00 homematic-ccu2 user.err rfd: LGWPortWrapper::ReadData(): Receive error
May 20 07:42:02 homematic-ccu2 user.err rfd: UnifiedLanCommController::connect(): Unknown problem.
May 20 07:42:03 homematic-ccu2 user.err rfd: CCU2BidcosRemoteInterface::SetDeviceAesPolicy(): Error disabling channel authentication.
May 20 07:42:05 homematic-ccu2 user.err rfd: (CCU2GWGARA) CCU2CommController::getDutyCycle(): Could not get DutyCycle from coprocessor.
May 20 07:42:05 homematic-ccu2 user.err watchdog: DutyCycle-CCU2GWGARA, NAME: 'FLGW_GarageNEU', TYPE: HMLGW2, CONNECTED: 0, DC: -1 %, CS: -1 %
May 20 07:42:06 homematic-ccu2 user.info monit[1344]: 'rfd' restarted
May 20 07:42:24 homematic-ccu2 user.err monit[1344]: 'rfd' service restarted 1 times within 1 cycles(s) - exec
May 20 07:42:24 homematic-ccu2 user.info monit[1344]: 'rfd' exec: '/bin/triggerAlarm.tcl rfd restarted WatchDog: rfd-restart true'
May 20 07:42:24 homematic-ccu2 user.info monit[1344]: 'rfd' process is running with pid 21791
May 20 07:42:24 homematic-ccu2 user.info monit[1344]: 'rfd' process is running after previous restart timeout (manually recovered?)
May 20 07:43:53 homematic-ccu2 user.err rfd: LGWPortWrapper::ReadData(): Receive error

Mich irritiert „rfd' restart action failed“

Kann ein Fachmann aus dem log erkennen, was da los ist? Danke für Eure Hilfe.

[jmaus]

Das war heute im Log zu sehen...

[...]

Kann ein Fachmann aus dem log erkennen, was da los ist? Danke für Eure Hilfe.

Nun, es ist nur zu erkennen das dein "rfd" mehr oder weniger abgeschmiert ist bzw. sich beendet hat. Warum ist nicht ersichtlich. "Beobachten" würde ich sagen und ggf schauen welche Nachrichten alle vor dem rfd neustart im Logfile zu sehen sind.

[virgin]

Dankeschön! Ich werde im laufe des Tages noch mal das log “vorher” posten.

[virgin]

Und hier jetzt, was im Syslog davor stand

Code: Alles auswählen

 May 20 07:41:17 homematic-ccu2 user.err rfd: (CCU2GWGARA) CCU2CommController::setCSMACAEnabled(): Error disabling CSMA/CA.
May 20 07:41:22 homematic-ccu2 user.err rfd: LGWPortWrapper::ReadData(): Receive error
May 20 07:41:25 homematic-ccu2 user.err rfd: LGWPortWrapper::keepAliveThreadFunction(): Did not receive reply on keepalive.
May 20 07:41:27 homematic-ccu2 user.err rfd: LGWPortWrapper::ReadData(): Receive error
May 20 07:41:28 homematic-ccu2 user.err rfd: LGWPortWrapper::SendData(): Send error
May 20 07:41:28 homematic-ccu2 user.err rfd: LGWPortWrapper::ReadData(): Receive error
May 20 07:41:28 homematic-ccu2 user.err rfd: CCU2CommController::improvedInit() - Identify response string not handled: 
May 20 07:41:30 homematic-ccu2 user.err rfd: UnifiedLanCommController::connect(): Could not connect.
May 20 07:41:33 homematic-ccu2 user.err rfd: (CCU2GWBUEG) CCU2CommController::setCSMACAEnabled(): Error disabling CSMA/CA.
May 20 07:41:35 homematic-ccu2 kern.info kernel: [1616911.491235] eq3loop: eq3loop_close_slave() mmd_bidcos

Kann man daraus was ableiten?

[jmaus]

Kann man daraus was ableiten?

Das aus irgendwelchen Gründen wohl die Verbindung zu einem LAN-gateway gestört war/ist und deshalb (obwohl er das nicht sollte) der rfd abgeschmiert ist.

[virgin]

Danke, ich bleibe dran…

[virgin]

Jetzt passiert was ganz Lustiges: wenn ich mit „reboot“ eines meiner 3 FLGW neu starte meldet die RasperryMatic , dass ein ANDERES Flgw nicht verbunden ist.

Ich habe den reboot durchführen, da das neugestartete FLGW nicht mehr auf der Startseite angezeigt wird, obwohl es offenbar doch verbunden ist. Ich wollte mit dem reboot quasi die Anzeige auf der Titelseite der WebUI erzwinfen.

Das neugestartete wird auch nach dem reboot NICHT angezeigt, dasjenige mit der Fehlermeldung wird angezeigt.

Ich bin komplett verwirrt.

PS: auch monit restart rfd oder ein Neustart der Raspberrymatic bringen das fehlende FLGW nicht auf die Startseite. Obwohl es offenbar regelgerecht funktioniert.

[Matthias K.]

Wenn ein LGW aus der CCU verschwindet hilft i.d.R. nur ein Reboot der CCU.
Wenn die öfter verschwinden dann stimmt aber was mit deinem Netzwerk bzw. der Anbindung der GWs nicht.
Bei mir passiert das nie...

[virgin]

stimmt aber was mit deinem Netzwerk bzw. der Anbindung der GWs nicht.
Bei mir passiert das nie...

Könntest Du die beiden Hinweise etwas präzisieren, damit ich weiß, wo ich ansetzen muss? Danke!

[Xel66]

Könntest Du die beiden Hinweise etwas präzisieren, damit ich weiß, wo ich ansetzen muss? !

Andersrum würde ein Schuh draus. Du beschreibst Deinen Netzwerkaufbau, und darauf basierend könnte man mit Hinweisen ansetzen. Anbindungen von Gateways über WLAN oder D-LAN-Strecken sind z.B. teilweise als instabil zu betrachten, weil es hir zu Timing-Problemen bei Auslastung kommen kann. Kann funktionieren, muss aber nicht. Dazu sind die Möglichkeiten einfach zu vielfältig, ohne jegliche Hintergrundinformationen fundierte Hinweise geben zu können. Auch sind feste Adressen (in den Geräten selbst - nicht die Reservierung im DHCP-Server!) ein gutes Optimierungspotenzial. Schnelle stabile Verbindungen sin Grundvoraussetzung. Wobei es sogar Anwender geben soll, die ein Gateway via VPN betreiben.

Gruß Xel66