SOLVED Zuverlässigkeit IOBROKER

[liv-in-sky]

das mach ganz sicher

[michaelxhoffmann]

@Homoran genau das war mein Problem ich habe hier 2 Drucker und dieser Sch.... canondrucker meinte sich selbst eine IP Adresse reservieren zu müssen. Ich bin nur durch Zufall auf dieser Druckerwebseite mit Netzwerkkonfiguration gestolpert. Da erst fiel mir auf, dass der Drucker auch gar nicht in den Netzwerkeinstellungen meiner Fritzbox auftauchte :)) In den Netzwerkeinstellungen vom Drucker umstellen auf DHCP beziehen vom Gateway (Fritzbox) und alles ist gut. Ich hatte heute keinerlei Fehlermeldungen mehr. Alles so wie es sein soll! Glücklicherweise hatte ich hier aber auch geduldige Helfer In den Netzwerkeinstellungen vom Drucker umstellen auf DHCP beziehen vom Gateway (Fritzbox) und alles ist gut.

[michaelxhoffmann]

oh mann nun komme ich noch nicht mal mehr auf den Admin ....

[liv-in-sky]

@Homoran

hi - wurde leider nicht gelöst - wir mussten den rock64 den strom nehmen um wieder darauf zu kommen (kein terminal - kein webadmin). er funktionierte dann erstmal einwandfrei - bis auf den milight adapter - der wurde immer mal kurz gelb.

es sind wenig adapter, die auch einzeln gestartet kein problem machen - erst nach einigen stunden passiert dann etwas - das log dreht durch. wir haben mal alle ccu sachen disabled und schauen mal, ob der fehler wieder von allein kommt. es laufen keine scripts auf dem iobroker!

mich erinnert das an den alexa2 adapter, bei dem ich am anfang viel ausprobiert habe - während der entwicklung. ich habe multiroom benutzt und nach einer nicht spezifizierbaren zeit crashte mein ganzes netzwerk (iobriker drehte auch durch) - die lösung: multihome darf nicht in netzwerken benutzt werden, die 2 fritzboxen (master - repeater) haben - der echo crasht das netz !

genauso kommt mir das vor. irgendetwas im netz scheint da falsch zu laufen
2 fritzboxen, 2 repeater, ccu, synlogic, diverse kleingeräte, milight, ...

wir werden vielleicht morgen weitermachen

der raspi allein lief wohl in der vergangenheit - vielleicht hat der rock64 ein ethernet (treiber) problem - kenne das gerät nicht.
müßte morgen mal gecheckt werden

[Homoran]

@liv-in-sky
Danke!

@liv-in-sky sagte in Zuverlässigkeit IOBROKER:

2 fritzboxen, 2 repeater,

evtl. zwei aktive DHCP?

[liv-in-sky]

eher nicht - die fritzbox hat gut ausgesehen - ich denke solche probleme würden schneller auftreten. es kommen ja keine geräte dazu - alles läuft und ist im netz angemeldet

mal drüber schlafen - vielleicht haben wir eine "Vision" über nacht

[wendy2702]

Läuft der Rock denn ohne ioBroker stabil?

[Röstkartoffel]

Ich habe die identische Systemlandschaft mit Rock64 als Master, Raspi als Slave, synology, eine Fritz 7490, Repeater und die CCU2.

Vorgestern habe ich mir massive Störungen durch ein Netzwerkproblem eingehandelt, es ging auf dem ioBroker fast garnichts mehr.
Ich wollte nur einen besseren Standort für den Repeater, der als WLAN Brücke konfiguriert war, herausfinden und habe ihn an verschiedene Positionen im Haus angesteckt.
Auf dem Dachboden war aber das WLAN-Signal von der Fritzbox zu schwach für den Repeater und ich habe den dort vorhandenen Netzwerkanschluß nutzen wollen und habe den dann mit dem Repeater verbunden.
Und Zack: Eigentor.
Ich hatte erst auf LAN-Brücke im Repeater umstellen müssen und nicht umgekehrt.

Erst als ich die Reihenfolge (WLAN / LAN Brücke) richtig durchgeführt habe und einige Adapter Neustarten musste, die SQL Verbindung zur Synology repariert habe, ging das gesamte ioBroker System wieder.

Daher mal ganz einfach gefragt: wie sieht das Netzwerk bei dir aus?
Kannst du mal testweise die Repeater vom Strom nehmen?

[liv-in-sky]

cool - da sind noch zwei visinoäre dazugekommen

was würde ich jetzt machen

aus folgender begründung - mit raspi allein lief alles - erst nach umstellung auf rock kam thematik, wenn keine weiteren geräte oder änderungen des netzwerks getan wurden ((fritbox, reapter) - kann es nur der rock sein - aber ich denke nicht auf der iobroker oder system ebene - daher:

• ethernet kabel check - mind. CAT6
• anbindung ans netzwerk prüfen - 1Gbit ? direkt an fritzbox oder hub dazwischen ?
• wenn 1Gbit - mal fullduplex testen - evtl auf 100Mbit umstellen
• iobroker abschalten und ftp installieren
• mal ein paar 100 mbyte transferieren und beobachten, wie er sich verhält
• evtl anderes os aufspielen

terminal:

• mit dmesg --follow kann man auf terminal die fehler beobachten (zieh mal das eth-kabel und steck es wieder an - vllt. kommt das schon ein fehler
• mit "mii-tool -F 1000baseT-FD enp2s0" kann man mit duplex spielen - evtl mii-tool installieren
• ethtool -s eth0 speed 100 duplex full autoneg off - evtl ethtool installieren
• ethtool -s eth0 speed 100 duplex full
• ethtool -K eth0 tx off - wäre auch ein versuch wert

wir könne auch gerne wie gestern weitermachen

[wendy2702]

Ist vielleicht LAN und WLAN Aktiv, also verbunden?

Mal versucht nur Linux auf dem Rock zu installieren und dann im Anschluss ioBroker anstelle eines fertigen Images?

[Homoran]

@wendy2702 sagte in Zuverlässigkeit IOBROKER:

Mal versucht nur Linux auf dem Rock zu installieren und dann im Anschluss ioBroker anstelle eines fertigen Images?

wenn ich jetzt nicht was durcheinanderbringe hatten wir das schon in einem anderen Thread

[Homoran]

@liv-in-sky sagte in Zuverlässigkeit IOBROKER:

eher nicht - die fritzbox hat gut ausgesehen - ich denke solche probleme würden schneller auftreten

...und wenn "irgendwo" die Leasetime ausläuft?

[wendy2702]

@Homoran sagte in Zuverlässigkeit IOBROKER:

@wendy2702 sagte in Zuverlässigkeit IOBROKER:

Mal versucht nur Linux auf dem Rock zu installieren und dann im Anschluss ioBroker anstelle eines fertigen Images?

wenn ich jetzt nicht was durcheinanderbringe hatten wir das schon in einem anderen Thread

Echt? Hatte immer nur was von Image im Gedächtnis.

[Homoran]

@wendy2702
es gab leider zwei User mit Rock64 Problemen - weiß nicht GENAU

Habe aber selber das Image runtergeladen und getestet - ohne Problem

[wendy2702]

Was ist mit dem SYSLOG ?
Wie ist die IP Configuration des ROCK ?
Welche JS-Controller Version nutzt ihr jetzt auf beiden Systemen? Wenn > 1.4.2 eventuell mal auf diese Alt Bewährte Version downgraden.
Ist der Rock durchgehend per Ping erreichbar?
Wenn ihr den Rock nicht erreichen konntet, mal danach in das SYSLOG und ioBroker log geschaut?

Trennt doch erstmal das Master - Slave System wieder auf und schaut ob der Rock als Standalone Master Stabil läuft!

[liv-in-sky]

iobroker ist nicht das problem - entweder es läuft oder nicht - es hat keine fehlermeldungen - bis plötzlich etwas passiert
dann aber hat man auch keinen zugriff mehr auf io-admin oder über ssh

da der rest des netzwerks keine änderungen erfahren hat, kann es meiner meinung nach nur der rock sein - es gibt ein paar google einträge, das beim rock alles funktioniert - nur eben eth macht bei manchen probleme

ich warte jetzt mal auf @michaelxhoffmann - vielleicht hat er gar keine lust sich weiter mit dem rock zu beschäftigen und hat noch einen anderen minipc oder so

[michaelxhoffmann]

@liv-in-sky Hallo Doch, doch er beschäftigt sich damit Bin gerade erst an den Schreibtisch. :)) durchforste wieder das gut gefüllte Fehlerlog

[Homoran]

@michaelxhoffmann

bin aber leider jetzt gerade auf dem Weg weg

[michaelxhoffmann]

@wendy2702 Also eigentlich habe ich sowohl auf dem Rock, als auch auf dem Pi kein WLAN aktiviert. Also das kann ich ausschließen.

[liv-in-sky]

moin - heißt dass, über nacht ist es wieder passiert ?

[michaelxhoffmann]

@Röstkartoffel ich habe hier Repeater laufen, und eine zweite Fritzbox, die aber auch nur als Repeater fungiert, die hat auch einen anderen WLAN Namen. Was meinst Du mit Lanbrücke im repeater umstellen?