SOLVED Zuverlässigkeit IOBROKER

[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?

[michaelxhoffmann]

@liv-in-sky Wenn ich das richtig deute heute morgen gegen 2 Uhr. Das ist auch die Zeit in der das Backup geschrieben wird.

[liv-in-sky]

braucht das backup netzzugriff ?

[michaelxhoffmann]

@liv-in-sky Ja, das Backup geht ja auf die Synology die auch im Netzwerk ist. Habe vorhin auch schon überprüft ob der vorhandene Netgearswitch ein Gigabitswitch ist... Also ich habe definitiv nur Gigabitports. Mit den Kabeln bin ich jetzt nicht sicher ob es CAT 6 oder CAT5e sind. Der nächste fehlerschwall war gegen 8:40 Uhr und betraf wieder den Homatic Adapter

[liv-in-sky]

installiere ftp und starte gerät neu - mach richtig verkehr - übertrage ein paar hundert megabyte - und beobachte

[liv-in-sky]

cat6 ist pflicht - sonst auf 100 runterschalten

[liv-in-sky]

siehe https://forum.pine64.org/showthread.php?tid=5319

problem wurde mit kabel gelöst

[michaelxhoffmann]

@liv-in-sky Hmh OK Dann werde ich mir mal die Kabelgeschichte auch noch anschauen. Woran erkennt man eigentlich ein Cat 5e oder ein Cat6 Kabel? :))

[liv-in-sky]

steht drauf - falls nichts draufsteht kabel "vernichten"

ich hattemich früher immer gewundert, warum meine transferraten im netz so klein waren - bis ich mal alle kabel ausgetauscht habe - huuiii - dann war alles um einiges schneller

[michaelxhoffmann]

@liv-in-sky ja gerade gecheckt der rock ist an einem cat5e Kabel. der pi auch :)) Na denn ich vermute mal ich gehe heute Mittag netzwerkkabel kaufen ...

[liv-in-sky]

kann auf jeden fasll nicht schaden - vergiß deien pc (mac) nicht

[liv-in-sky]

du kannst aber - wenn lust - mal auf 100Mbit runterschalten und ein backup starten - vorher rock neustarten