Seite 1 von 2
Stabilität von openWB [gelöst]
Verfasst: Fr Mai 22, 2020 1:07 pm
von Stoffel
Hallo zusammen,
sorry, bin am Verzweifeln mit openWB.
Bisher hat keine Version ohne Absturz länger als 3 Tage durchgehalten.
Das System ist dann nicht mehr über das Netzwerk erreichbar bzw. anpingbar. Es hilft nur das Abstecken der Fahrzeuge und das System stromlos zu machen für einen Neustart des Computers.
Ich hatte die Box erst über WLAN betrieben und die Abstürze darauf geschoben. Nun habe ich großen Aufwand betrieben und eine Netzwerkleitung verlegt und direkt am selben Switch angeschlossen, wo auch der SolarEdgeWR und Powerwall angeschlossen ist, leider immer noch Abstürze.
Alle anderen Netztwerkgeräte, sei es WLAN oder LAN, laufen bei mir tadellos, will damit sagen, dass ich meine Netzwerk als Problemquelle ausschließen kann.
Dabei habe ich keine Möglichkeit gefunden, das WLAN wieder zu deaktivieren in den Systemeinstellungen. Das System ist im LAN-Betrieb auch über die WLAN-IP erreichbar. Ist dass Sinnvoll?
Hat einer von Euch ähnliche Probleme und möglicher weise bereits gelöst, ich bin für jeden Hinweis dankbar, denn so ist das System nutzlos für mich.
Viele Grüße
Christoph
Re: Stabilität von openWB
Verfasst: Fr Mai 22, 2020 1:13 pm
von openWB
Dabei habe ich keine Möglichkeit gefunden, das WLAN wieder zu deaktivieren in den Systemeinstellungen. Das System ist im LAN-Betrieb auch über die WLAN-IP erreichbar. Ist dass Sinnvoll?
Nein.
Eigentlich sollte es auch so sein das nach Reboot mit angestecktem Netzwerkkabel keine WLAN Verbindung aufgebaut wird.
Wie äußern sich die Abstürze?
Webinterface nicht erreichbar?
Funktioniert das Logging im Hintergrund weiter oder sind im Tagesgraph entsprechende Lücken?
Alle anderen Netztwerkgeräte, sei es WLAN oder LAN, laufen bei mir tadellos, will damit sagen, dass ich meine Netzwerk als Problemquelle ausschließen kann.
Muss nicht zwingend. Ein schlecht konfiguriertes IPv6 kann auch an Verbindungsproblemen Schuld sein.
Die openWB bevorzugt grundsätzlich IPv6, wir leben ja in 2020. Wenn das aber schlecht / falsch konfiguriert ist kann das auch zu Problemen führen.
Re: Stabilität von openWB
Verfasst: Fr Mai 22, 2020 1:28 pm
von Stoffel
KevinW hat geschrieben: ↑Fr Mai 22, 2020 1:13 pm
Dabei habe ich keine Möglichkeit gefunden, das WLAN wieder zu deaktivieren in den Systemeinstellungen. Das System ist im LAN-Betrieb auch über die WLAN-IP erreichbar. Ist dass Sinnvoll?
Nein.
Eigentlich sollte es auch so sein das nach Reboot mit angestecktem Netzwerkkabel keine WLAN Verbindung aufgebaut wird.
Wie äußern sich die Abstürze?
Webinterface nicht erreichbar?
Funktioniert das Logging im Hintergrund weiter oder sind im Tagesgraph entsprechende Lücken?
Alle anderen Netztwerkgeräte, sei es WLAN oder LAN, laufen bei mir tadellos, will damit sagen, dass ich meine Netzwerk als Problemquelle ausschließen kann.
Muss nicht zwingend. Ein schlecht konfiguriertes IPv6 kann auch an Verbindungsproblemen Schuld sein.
Die openWB bevorzugt grundsätzlich IPv6, wir leben ja in 2020. Wenn das aber schlecht / falsch konfiguriert ist kann das auch zu Problemen führen.
Hallo Kevin,
danke für die schnelle Reaktion.
Der Absturz äußerst sich so, dass die Webseite von openWB nicht mehr erreichbar ist. Nach einen LANScan ist (sind) die IP(s) nicht mehr existent. Ein Ping kommt nicht durch (Host down).
Zu IP6, ich habe eine ganz normale Fritzbox, wo ich noch bei keinem Netzwerkgerät etwas konfigurieren musste und ich möchte daran auch nicht rumfummeln und die Stabilität von meinem Netzwerk gefährden.
Kann es eine Hardwaredefekt sein?
Re: Stabilität von openWB
Verfasst: Fr Mai 22, 2020 1:35 pm
von openWB
Wenn die openWB nicht erreichbar ist, ist nach Neustart der Tagesgraph an dieser Stelle leer?
Wenn es wieder passiert, sofort nach Neustart bitte Debug Daten senden.
Re: Stabilität von openWB
Verfasst: Fr Mai 22, 2020 1:42 pm
von Stoffel
gerade wieder ein Absturz, der Tagesgraph war leer. Debug gerade geschickt.
Re: Stabilität von openWB
Verfasst: Fr Mai 22, 2020 1:57 pm
von aiole
So etwas hatte ich wirklich seit 2 Jahren noch nie und ich bin Dauertester.
Da nach updates häufig nicht mal rebootet werden muss, hatte ich schon uptimes von 48 Tagen (bis mal ein planmäßiger oWB-reboot benötigt wurde - also kein Absturz). Da ist irgendwas faul.
SDCard-Probleme? Wird zwar selten benutzt, aber ist trotzdem wichtig.
Netzwerk ist noch wichtiger.
Wenn Du sagst "wo ich noch bei keinem Netzwerkgerät etwas konfigurieren musste und ich möchte daran auch nicht rumfummeln und die Stabilität von meinem Netzwerk gefährde", bekomme ich allerdings ein mulmiges Gefühl. Nicht rumfummeln, heißt nicht, dass das gut sein muss.
Ich bin öfter auf der FB, um dort nach ordnungsgemäßer Registrierung/Internetnutzung der Geräte zu prüfen.
Was ist mit Telekom-Entertain? Damit gab's schon mal Ärger. Nutzt Du so etwas?
VG aiole
Re: Stabilität von openWB
Verfasst: Fr Mai 22, 2020 2:00 pm
von Stoffel
aiole hat geschrieben: ↑Fr Mai 22, 2020 1:57 pm
Was ist mit Telekom-Entertain? Damit gab's schon mal Ärger. Nutzt Du so etwas?
VG aiole
nein.
Re: Stabilität von openWB
Verfasst: Fr Jun 05, 2020 2:56 pm
von Stoffel
Moin zusammen,
nur um das Thema aufzuklären.
Mein Raspberry wurde ausgetauscht. Seit dem steht (läuft) das System stabil wie ein Fels.
Vielen Dank an das openWB Team.
Bin happy.
Viele Grüße
Christoph
Re: Stabilität von openWB [gelöst]
Verfasst: So Jun 07, 2020 1:39 pm
von aiole
Was es alles gibt. Danke für die Info.
VG aiole
Re: Stabilität von openWB [gelöst]
Verfasst: Mo Sep 07, 2020 9:15 am
von ie872
Hallo Zusammen,
nachdem ich ca. 1,5 Jahre openwb betreibe waren noch nie Reboots erforderlich.
Nun seit ca. 1 Woche bin ich alle 2 Tage am Rebooten, weil die Graphen leer sind oder man schlimmstenfall gar nicht mehr an die Box ran kommt.
Häufig scheint die Box Nachts auszusteigen.
Hatte vorher keine Updates durchgeführt, es aber jetzt sicherheitshalber mal auf aktuellen Stand gebracht.
Die ps -ef Liste zeigt massenweise <defunct> Prozesse an.
Code: Alles auswählen
pi 31631 1 0 11:02 ? 00:00:00 [pubmqtt.sh] <defunct>
pi 31632 1 0 11:02 ? 00:00:00 [python3] <defunct>
pi 31653 1 0 10:46 ? 00:00:00 [pubmqtt.sh] <defunct>
pi 31654 1 0 10:46 ? 00:00:00 [python3] <defunct>
pi 31684 1 0 10:57 ? 00:00:00 [pubmqtt.sh] <defunct>
pi 31790 1 0 10:51 ? 00:00:00 [pubmqtt.sh] <defunct>
pi 31791 1 0 10:51 ? 00:00:00 [python3] <defunct>
pi 32040 1 0 11:03 ? 00:00:00 [pubmqtt.sh] <defunct>
pi 32064 1 0 10:46 ? 00:00:00 [pubmqtt.sh] <defunct>
pi 32159 1 0 10:51 ? 00:00:00 [pubmqtt.sh] <defunct>
pi 32262 1 0 10:57 ? 00:00:00 [pubmqtt.sh] <defunct>
pi 32263 1 0 10:57 ? 00:00:00 [python3] <defunct>
pi 32595 1 0 11:03 ? 00:00:00 [pubmqtt.sh] <defunct>
pi 32596 1 0 11:03 ? 00:00:00 [python3] <defunct>
pi 32635 1 0 10:46 ? 00:00:00 [pubmqtt.sh] <defunct>
pi 32636 1 0 10:46 ? 00:00:00 [python3] <defunct>
root 32637 2 0 11:03 ? 00:00:00 [kworker/1:2H-kb]
pi 32642 1 0 10:57 ? 00:00:00 [pubmqtt.sh] <defunct>
pi 32712 1 0 10:51 ? 00:00:00 [pubmqtt.sh] <defunct>
pi 32713 1 0 10:51 ? 00:00:00 [python3] <defunct>
Was kann das sein? SD-Karte defekt?
Gruß
Andreas