NEWS
Zuverlässigkeit IOBROKER
-
Ich verzweifele und habe zwischenzeitlich auch keinen Bock mehr. Niegelnagelneu aufgesetzt, von der Picke auf und alles was ich bisher erreicht habe ist ein unzuverlässiges System das nur Fehler produziert
Dabei habe ich noch nicht mal viele Adapter. Aber selbst die wenigen funktionieren nicht mal ansatzweise zuverlässig. Jetzt meine Frage: Ich glaube nicht dass beide meiner MiniPC defekt sind, auch bezweifele ich dass es irgendetwas mit den Netzteilen zu tun hat., die wurden zwischenzeitlich mehrfach getauscht. Mit ist auch nicht klar weshalb der Homematicadapter rumspinnt. Was bedeutet das Econnreset und diese zahllosen timeouts? Die folgenden Adapter habe ich installiert
Wo kann ich noch ansetzen?Homematic CCU2 - Raspberry Pi 4 - IOS (siri) - Amazon Echo 3rd Gen.
-
@XxJooO sagte in Zuverlässigkeit IOBROKER:
ganz klar von AVM und der Mesh-Firmware kommen
Ich habe zwar auch nur Probleme mit dem Mesh und steige deswegen gerade auf Unifi um, dieses Problem kann man IMHO aber nicht AVM in die Schuhe schieben.
Ich habe exakt so ein Problem mal lösen nur können, indem ich einen MAC Scan gemacht habe.
In dem Betrieb kam es immer wieder zu dem Problem, dass ein Netzwerkdrucker nicht erreichbar war. Dieser hatte in den Settings eine fixe IP.
Bei dem Scan stellte sich heraus, dass sich unter der IP aber irgendein Apfel erreichbar war.Was war passiert.
Wenn der Chef als erstes ins Haus kam meldete sich sein iPhone an der Fritte (damals gab es noch gar kein Mesh) an und bekam die selbe IP, die der später angeschaltete Drucker beanspruchte. Dieser war dann nicht mehr erreichbar.Kam jedoch zuerst ein anderen Mitarbeiter, schaltete den Drucker an - lief bereits alles und als der Chef dann später kam, bekam er eine andere IP zugewiesen.
Daher ist es enorm wichtig fest in Geräten eingestellte IPs außerhalb des DHCP-Bereichs zu wählen
@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.
-
z.b im netzwerk - doppelte ip adressen ?
-
z.b im netzwerk - doppelte ip adressen ?
@liv-in-sky eigentlich nicht da die Adressen fest vergeben werden in der Fritzbox
-
hab mal bei einer umstellung vergessen, dass ich alte gerät auch noch lief
bin jetzt nicht der profi -aber irgendwie kommz tcp (im spoiler oben)oft vor
kannst du das system log irgendwie auslesen - lass mal iobroker bei seite - hast du ja schon neu aufgesetzt
-
hab mal bei einer umstellung vergessen, dass ich alte gerät auch noch lief
bin jetzt nicht der profi -aber irgendwie kommz tcp (im spoiler oben)oft vor
kannst du das system log irgendwie auslesen - lass mal iobroker bei seite - hast du ja schon neu aufgesetzt
@liv-in-sky welches systemlog? Im Terminal?
-
jupp -
mit diesem befehl kannst du im terminal online zuschauen
z.b.
tail -f -n 0 /var/log/syslog -
du hast 3 hm-rpc Instanzen angelegt, deaktivere mal 0 und 1 davon... irgendwas beisst sich da, laut deiner Fehlerbeschreibung.
Sicher dass dein iobroker Internetzugang hat?
-
du hast 3 hm-rpc Instanzen angelegt, deaktivere mal 0 und 1 davon... irgendwas beisst sich da, laut deiner Fehlerbeschreibung.
Sicher dass dein iobroker Internetzugang hat?
@ilovegym ja einmal für die hm Geräte, einmal für die ip Geräte und einmal für die Cux D Geräte. Die laufen alle über die gleiche ipadresse. 🤔
-
du hast 3 hm-rpc Instanzen angelegt, deaktivere mal 0 und 1 davon... irgendwas beisst sich da, laut deiner Fehlerbeschreibung.
Sicher dass dein iobroker Internetzugang hat?
@ilovegym Internetzugang? Wie soll ich den denn gesperrt haben? 🤔 das läuft doch alles intern
-
@ilovegym Internetzugang? Wie soll ich den denn gesperrt haben? 🤔 das läuft doch alles intern
@michaelxhoffmann nee, du hast u.a. den iot-adapter installiert, der will natuerlich raus.. deshalb steht der auf Fehler..
-
kannst du mal das ganze log vom iobroker anhängen? /opt/iobroker/log
-
hast du mal gecheckt, ob in der fritzbox irgend welche fehlermeldungen sind
-
auf dem terminal
cat /var/log/messages | grep "TCP" | more
vielleicht kommt dann was interessantes
-
Ich verzweifele und habe zwischenzeitlich auch keinen Bock mehr. Niegelnagelneu aufgesetzt, von der Picke auf und alles was ich bisher erreicht habe ist ein unzuverlässiges System das nur Fehler produziert
Dabei habe ich noch nicht mal viele Adapter. Aber selbst die wenigen funktionieren nicht mal ansatzweise zuverlässig. Jetzt meine Frage: Ich glaube nicht dass beide meiner MiniPC defekt sind, auch bezweifele ich dass es irgendetwas mit den Netzteilen zu tun hat., die wurden zwischenzeitlich mehrfach getauscht. Mit ist auch nicht klar weshalb der Homematicadapter rumspinnt. Was bedeutet das Econnreset und diese zahllosen timeouts? Die folgenden Adapter habe ich installiert
Wo kann ich noch ansetzen?@michaelxhoffmann sagte in Zuverlässigkeit IOBROKER:
alles was ich bisher erreicht habe ist ein unzuverlässiges System das nur Fehler produziert
Das zieht sich jetzt leider durch mehrere Threads.
Wie können wir dir noch helfen?Die beiden aktuell Helfenden sind dir schon mal sehr empfohlen ;-)
Wärst du nochmal bereit ganz langsam ganz von vorne zu beginnen - damit wir den Wurm endlich finden?
Gruß
Rainer -
hast du mal gecheckt, ob in der fritzbox irgend welche fehlermeldungen sind
-
@michaelxhoffmann sagte in Zuverlässigkeit IOBROKER:
alles was ich bisher erreicht habe ist ein unzuverlässiges System das nur Fehler produziert
Das zieht sich jetzt leider durch mehrere Threads.
Wie können wir dir noch helfen?Die beiden aktuell Helfenden sind dir schon mal sehr empfohlen ;-)
Wärst du nochmal bereit ganz langsam ganz von vorne zu beginnen - damit wir den Wurm endlich finden?
Gruß
Rainer@Homoran Naja ich habe ja ganz am anfang angefangen. Ich komme ja noch nicht mal aus dem Startblock raus .... Zum Glück bin ich zur Zeit im Krankenstand, sonbst hätte ich schon längst alles wieder verworfen.
Homematic CCU2 - Raspberry Pi 4 - IOS (siri) - Amazon Echo 3rd Gen.
-
auf dem terminal
cat /var/log/messages | grep "TCP" | more
vielleicht kommt dann was interessantes
@liv-in-sky sagte in Zuverlässigkeit IOBROKER:
cat /var/log/messages | grep "TCP" | more
Feb 26 14:17:04 localhost kernel: [ 1.602100] TCP established hash table entries: 16384 (order: 5, 131072 bytes)
Feb 26 14:17:04 localhost kernel: [ 1.602347] TCP bind hash table entries: 16384 (order: 7, 524288 bytes)
Feb 26 14:17:04 localhost kernel: [ 1.603118] TCP: Hash tables configured (established 16384 bind 16384)
Feb 26 14:39:20 localhost kernel: [ 1.610033] TCP established hash table entries: 16384 (order: 5, 131072 bytes)
Feb 26 14:39:20 localhost kernel: [ 1.610281] TCP bind hash table entries: 16384 (order: 7, 524288 bytes)
Feb 26 14:39:20 localhost kernel: [ 1.611061] TCP: Hash tables configured (established 16384 bind 16384)
Feb 26 14:51:21 localhost kernel: [ 1.605956] TCP established hash table entries: 16384 (order: 5, 131072 bytes)
Feb 26 14:51:21 localhost kernel: [ 1.606203] TCP bind hash table entries: 16384 (order: 7, 524288 bytes)
Feb 26 14:51:21 localhost kernel: [ 1.606980] TCP: Hash tables configured (established 16384 bind 16384)
Feb 26 17:46:37 localhost kernel: [ 1.610180] TCP established hash table entries: 16384 (order: 5, 131072 bytes)
Feb 26 17:46:37 localhost kernel: [ 1.610427] TCP bind hash table entries: 16384 (order: 7, 524288 bytes)
Feb 26 17:46:37 localhost kernel: [ 1.611203] TCP: Hash tables configured (established 16384 bind 16384)
Feb 26 20:54:31 localhost kernel: [ 1.602162] TCP established hash table entries: 16384 (order: 5, 131072 bytes)
Feb 26 20:54:31 localhost kernel: [ 1.602409] TCP bind hash table entries: 16384 (order: 7, 524288 bytes)
Feb 26 20:54:31 localhost kernel: [ 1.603191] TCP: Hash tables configured (established 16384 bind 16384)
Feb 26 20:57:02 localhost kernel: [ 1.610000] TCP established hash table entries: 16384 (order: 5, 131072 bytes)
Feb 26 20:57:02 localhost kernel: [ 1.610247] TCP bind hash table entries: 16384 (order: 7, 524288 bytes)
Feb 26 20:57:02 localhost kernel: [ 1.611026] TCP: Hash tables configured (established 16384 bind 16384)
Feb 27 15:41:38 localhost kernel: [ 1.602138] TCP established hash table entries: 16384 (order: 5, 131072 bytes)
Feb 27 15:41:38 localhost kernel: [ 1.602385] TCP bind hash table entries: 16384 (order: 7, 524288 bytes)
Feb 27 15:41:38 localhost kernel: [ 1.603165] TCP: Hash tables configured (established 16384 bind 16384)
root@rock64:/opt/iobroker/log# -
@Homoran Naja ich habe ja ganz am anfang angefangen. Ich komme ja noch nicht mal aus dem Startblock raus .... Zum Glück bin ich zur Zeit im Krankenstand, sonbst hätte ich schon längst alles wieder verworfen.
@michaelxhoffmann
Ich tippe da auch auf das Netzwerk - bin da aber nicht so fit.Ich würde jetzt ALLE Adapter, bis auf admin, hm-rega und den hm-rpc für rfd deaktivieren (also auch cuxD und HM-IP!)
dann sehen wir uns die Konfig der beiden hm-Adapter und die Konfig der CCU (welche genau?) an.
-
@michaelxhoffmann
Ich tippe da auch auf das Netzwerk - bin da aber nicht so fit.Ich würde jetzt ALLE Adapter, bis auf admin, hm-rega und den hm-rpc für rfd deaktivieren (also auch cuxD und HM-IP!)
dann sehen wir uns die Konfig der beiden hm-Adapter und die Konfig der CCU (welche genau?) an.
-
find idee gut von homoran - adapter aus und somit einkreisen ob iobroker sonst läuft
Support us
735
Online32.6k
Benutzer82.2k
Themen1.3m
Beiträge