Neuer Raspberrymatic auf Pi4 nicht unter fester IP erreichbar

[Bountyhunter]

Hallo,

ich habe heute meinen Selbstbau in Betrieb genommen. Läuft alles inkl. Einspielen des Backups aus der CCU3 und Testlauf mit Schalten.
Sobald ich aber die IP wieder auf die stelle, die die CCU3 vorher hatte (CCU3 ist aus und auch aus der Fritzbox gelöscht) komme ich nicht mehr auf den Raspberrymatic. Das höchste der Gefühle ist die Seite, auf der steht, dass der Rasbi noch nicht bereit ist. Dann passiert aber nichts mehr. In der Fritzbox steht das Gerät mit der gewünschten IP, pingbar ist es auch. Nur die WebUI lädt nicht.
Cache gelöscht. Gestestet mit Chrome und IE.
Jemand eine Idee? Ich will diese IP verwenden aus organisatorischen Gründen und weil ich sonst in iobroker die IPs umstellen muss. So wäre ein schneller Wechsel von Raspberrymatic zu CCU3 möglich, falls mal ein Problem vorliegt und umgekehrt.

EDIT:
Nach dem 10. Neustart der Fritzbox und etwa 30 min Wartezeit geht es jetzt.
War den "Schrecken" wert, denn nun geht automatisch PocketControl und eben Alexa über ioBroker...
Bin mal gespannt, ob ich Empfangstechnisch mit dem Neubau (Dualbeam-Antenne im Alugehäuse nach Anleitung von Eugen Stall) einen Unterschied merke. Mit meiner CCU3 hatte ich superselten mal einen Ausfall...ist aber auch ein Haus mit 4 Etagen und die CCU3 bzw. nun der Raspberrymatic stehen auf einer Seite des Hauses mittig im Dachgeschoss...


EDIT 2:

Interessant: Meine zwei HM-LC-Dim1T-DR und meine drei HM-LC-Sw1-DR sind unter Geräte rot. Der Schaltschrank ist ca 2 m Luftlinie vom Raspbi.
Seltsam, schalten lassen sie sich...


EDIT 3:

Nach einen Neustart - zum Testen, ob nun alles rund läuft - ist die WebUI erneut nicht mehr erreichbar. Nun seit ca. 20 min. Das kann doch nicht normal sein oder? Ich warte mal noch...in der Fritzbox wird das Gerät als online gezeigt...eine Mail, die über ein Programm versendet wird, wurde mir direkt 2 min nach dem angestoßenen Neustart zugestellt...aber die WebUI ist nicht erreichbar und auch über PocketControl geht nichts...

- so nach insgesamt ca. 30 min war er wieder erreichbar. Unter Alarmmeldungen stand: 2x lighttpd restarted

[jmaus]

Nach einen Neustart - zum Testen, ob nun alles rund läuft - ist die WebUI erneut nicht mehr erreichbar. Nun seit ca. 20 min. Das kann doch nicht normal sein oder? Ich warte mal noch...in der Fritzbox wird das Gerät als online gezeigt...eine Mail, die über ein Programm versendet wird, wurde mir direkt 2 min nach dem angestoßenen Neustart zugestellt...aber die WebUI ist nicht erreichbar und auch über PocketControl geht nichts...

- so nach insgesamt ca. 30 min war er wieder erreichbar. Unter Alarmmeldungen stand: 2x lighttpd restarted

Das hört sich nach einem Bug an der mir schon von zwei anderen Personen gemeldet wurde. Siehe hier:

https://github.com/jens-maus/RaspberryMatic/issues/730

Leider habe ich diesbzgl. noch keinen brauchbaren Hinweis bzw. debugging Informationen erhalten um herauszufinden was bitte der Grund sein könnte das in dieser Version der lighttpd webserver für 30 minuten seinen Dienst komplett einstellt bevor er dann vom monit watchdog neugestartet wird. Aber vielleicht kannst du ja anhand des Tickets mir ein paar Zusatzinfos geben die dazu führen das ich dem Bug auf die Schliche komme und ihn für die nächste Version dann beseitigen kann.

[Bountyhunter]

Nach einen Neustart - zum Testen, ob nun alles rund läuft - ist die WebUI erneut nicht mehr erreichbar. Nun seit ca. 20 min. Das kann doch nicht normal sein oder? Ich warte mal noch...in der Fritzbox wird das Gerät als online gezeigt...eine Mail, die über ein Programm versendet wird, wurde mir direkt 2 min nach dem angestoßenen Neustart zugestellt...aber die WebUI ist nicht erreichbar und auch über PocketControl geht nichts...

- so nach insgesamt ca. 30 min war er wieder erreichbar. Unter Alarmmeldungen stand: 2x lighttpd restarted

Das hört sich nach einem Bug an der mir schon von zwei anderen Personen gemeldet wurde. Siehe hier:

https://github.com/jens-maus/RaspberryMatic/issues/730

Leider habe ich diesbzgl. noch keinen brauchbaren Hinweis bzw. debugging Informationen erhalten um herauszufinden was bitte der Grund sein könnte das in dieser Version der lighttpd webserver für 30 minuten seinen Dienst komplett einstellt bevor er dann vom monit watchdog neugestartet wird. Aber vielleicht kannst du ja anhand des Tickets mir ein paar Zusatzinfos geben die dazu führen das ich dem Bug auf die Schliche komme und ihn für die nächste Version dann beseitigen kann.

Da bin ich aber froh...dachte schon, ich bin wieder so ein Sonderfall...
Ich habe vor dem letzten Neustart das LOG gespeichert. Würde Dir das helfen? Es ist randvoll mit ERROR und WARNING Nachrichten...
Beispiel: raspberrymatic local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1011, params: {"001118A992ABB5:4","SECTION_STATUS"}) [CallGetValue():iseXmlRpc.cpp:1435]

[jmaus]

Da bin ich aber froh...dachte schon, ich bin wieder so ein Sonderfall...
Ich habe vor dem letzten Neustart das LOG gespeichert. Würde Dir das helfen? Es ist randvoll mit ERROR und WARNING Nachrichten...
Beispiel: raspberrymatic local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1011, params: {"001118A992ABB5:4","SECTION_STATUS"}) [CallGetValue():iseXmlRpc.cpp:1435]

Diese Einträge interessieren mich nicht. Es geht darum das der webserver (lighttpd) anscheinend aus irgendwelchen gründen nicht korrekt funktioniert. Und hab ich dich richtig verstanden, wenn du von statischer IP auf dynamisch DHCP stellst ist alles wieder i.O. und die WebUI ist sofort und problemlos über einen längeren Zeitraum erreichbar.

Aber wenn du schon alle logdateien unter /var/log gesichert hast, dann immer gerne her damit als PN.

[Bountyhunter]

Da bin ich aber froh...dachte schon, ich bin wieder so ein Sonderfall...
Ich habe vor dem letzten Neustart das LOG gespeichert. Würde Dir das helfen? Es ist randvoll mit ERROR und WARNING Nachrichten...
Beispiel: raspberrymatic local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1011, params: {"001118A992ABB5:4","SECTION_STATUS"}) [CallGetValue():iseXmlRpc.cpp:1435]

Diese Einträge interessieren mich nicht. Es geht darum das der webserver (lighttpd) anscheinend aus irgendwelchen gründen nicht korrekt funktioniert. Und hab ich dich richtig verstanden, wenn du von statischer IP auf dynamisch DHCP stellst ist alles wieder i.O. und die WebUI ist sofort und problemlos über einen längeren Zeitraum erreichbar.

Jein. Ich habe es ja nur anders herum probiert. Ich habe das Gerät installiert und dann von DHCP auf feste IP umgestellt. Dann scheint auch alles zu laufen. Nur wenn man neu startet, dann dauert es 30 min bis wieder die WebUI erreichbar ist.

Ich habe mal notiert:

19:23 Neustart ausgelöst
19:26 Email aus dem raspberrymatic über ein angelegtes Programm erhalten
...bisher noch nicht wieder erreichbar...es ist 19:40 Uhr.


Aus dem Protokoll von vorhin:

Code: Alles auswählen

Nov  8 19:02:15 raspberrymatic user.warn monit[967]: 'lighttpd' failed protocol test [DEFAULT] at [localhost]:80 [TCP/IP] -- Connection timed out
Nov  8 19:02:20 raspberrymatic user.err monit[967]: 'eth0' link down
Nov  8 19:02:20 raspberrymatic user.info monit[967]: 'eth0' trying to restart
Nov  8 19:02:23 raspberrymatic user.info kernel: [  700.906460] bcmgenet fd580000.genet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
Nov  8 19:02:24 raspberrymatic daemon.info ifplugd(eth0)[491]: Link beat detected.
Nov  8 19:02:43 raspberrymatic user.warn monit[967]: 'lighttpd' failed protocol test [DEFAULT] at [localhost]:80 [TCP/IP] -- Connection timed out
Nov  8 19:02:48 raspberrymatic user.err monit[967]: 'eth0' service restarted 1 times within 1 cycles(s) - exec
Nov  8 19:02:48 raspberrymatic user.info monit[967]: 'eth0' exec: '/bin/triggerAlarm.tcl eth0 interface: link down WatchDog-Alarm'
Nov  8 19:02:48 raspberrymatic user.info monit[967]: 'eth0' link data collection succeeded
Nov  8 19:03:11 raspberrymatic user.warn monit[967]: 'lighttpd' failed protocol test [DEFAULT] at [localhost]:80 [TCP/IP] -- Connection timed out
Nov  8 19:03:39 raspberrymatic user.warn monit[967]: 'lighttpd' failed protocol test [DEFAULT] at [localhost]:80 [TCP/IP] -- Connection timed out
Nov  8 19:04:06 raspberrymatic user.err monit[967]: 'lighttpd' failed protocol test [DEFAULT] at [localhost]:80 [TCP/IP] -- Connection timed out
Nov  8 19:04:06 raspberrymatic user.info monit[967]: 'lighttpd' trying to restart
Nov  8 19:04:06 raspberrymatic user.info monit[967]: 'lighttpd' restart: '/etc/init.d/S50lighttpd restart'
Nov  8 19:04:25 raspberrymatic user.err monit[967]: 'lighttpd' service restarted 1 times within 1 cycles(s) - exec
Nov  8 19:04:25 raspberrymatic user.info monit[967]: 'lighttpd' exec: '/bin/triggerAlarm.tcl lighttpd restarted WatchDog-Alarm'
Nov  8 19:04:25 raspberrymatic user.info monit[967]: 'lighttpd' process is running after previous restart timeout (manually recovered?)

[jmaus]

Bitte mir die gesamten Logs aus /var/log zukommen lassen wo das Problem erkennbar wird.

[Bountyhunter]

Bitte mir die gesamten Logs aus /var/log zukommen lassen wo das Problem erkennbar wird.

Ich frag jetzt mal dumm: die bekomme ich über putty/ssh, oder wie?

[jmaus]

Bitte mir die gesamten Logs aus /var/log zukommen lassen wo das Problem erkennbar wird.

Ich frag jetzt mal dumm: die bekomme ich über putty/ssh, oder wie?

"scp" bzw. WinSCP bzw. pscp.

[Bountyhunter]

Bitte mir die gesamten Logs aus /var/log zukommen lassen wo das Problem erkennbar wird.

Ich frag jetzt mal dumm: die bekomme ich über putty/ssh, oder wie?

"scp" bzw. WinSCP bzw. pscp.

Wie kann ich Dir die logs schicken? Haben keinen githubzugang

19:23 Neustart ausgelöst
19:26 Email aus dem raspberrymatic über ein angelegtes Programm erhalten
19:52: WebUI wieder erreichbar - aber Startseite leer und dauerhaftes loading seit nun 15 min.
PocketControl geht... (Edit: mit starker Verzögerung...Lichter werden ca 20 sek später geschaltet.)

[Bountyhunter]

Gibt es eine Möglichkeit das bis zur Korrektur zu umgehen? Ist eventuell die FW .18 nicht betroffen? Dann setze ich die Kiste nochmal neu auf...