Adapter Updates gehen nicht: Timeout
-
@rocconaut Danke. Dort steht
# Generated by resolvconf domain fritz.box nameserver 192.168.220.1 nameserver fd00::2e91:abff:fe26:4d04 nameserver 2a02:8108:1b80:1229:2e91:abff:fe26:4d04 -
Da muss natürlich die IP des DNS-Servers rein.
Hast du da irgendwas in deinem Netzwerk seltsam eingestellt?Denn ich verstehe auch nicht so ganz, was du damit sagen willst:
In der Fritzbox ist der lokale DNS Server auf ihre eigene Adresse gesetzt: 192.168.220.1 - und natürlich, dass DNS-Server des Internet-Anbieters genutzt werden sollen.
-
@thomas-braun man kann in der FB einen lokalen DNS Server eintragen, wenn man einen im Netzwerk hat. Aber da die IP der FB eintragen ist irgendwie komisch.
(Kenne aber die Standard Konfig der FB nicht, nutze ich seit Jahren nicht mehr)Den lokalen DNS würde ich in der FB mal deaktivieren. Und den DNS des ISP würde ich auch mal "überdenken", aber das ist ein anderes Thema.
-
@rocconaut sagte in Adapter Updates gehen nicht: Timeout:
Aber da die IP der FB eintragen ist irgendwie komisch.
Allerdings.
Edit:
Musste jetzt erstmal selber bei mir schauen. Als 'Lokaler DNS-Server' steht da die IP der FritzBox selber drin. -
@thomas-braun In der Fritz!Box steht unter Internet/Zugangsdaten:
und unter:
Heimnetz/Netzwerk/Netzwerkeinstellungen/ipv4
-
@wrod sagte in Adapter Updates gehen nicht: Timeout:
@rocconaut Danke. Dort steht
# Generated by resolvconf domain fritz.box nameserver 192.168.220.1 nameserver fd00::2e91:abff:fe26:4d04 nameserver 2a02:8108:1b80:1229:2e91:abff:fe26:4d04Trag dort zu Testzwecken mal anstelle der 192.168.220.1 die 8.8.8.8 ein
-
@rocconaut Danke. Das ging.
Habe dann wieder die ADresse der Fritz-Box eingetragen wie oben. Dann ging es.
Aber die Updates der Adapter im iobroker gingen doch nicht.
Dann wollte auch der Host einen Update.
Habe den gemacht wie angegeben. Mit allen updates aller an "updateable" angezeigten adaptern über die Konsole.
Danach stand in der die /etc/resolv wiedersearch fritz.box nameserver 127.0.0.1und im iobroker werden die Adapter und der Host wieder als NICHT geupdated angezeigt!
Was ist da los?
-
@wrod sagte in Adapter Updates gehen nicht: Timeout:
Was ist da los?
Das passiert, wenn du einen DNS Server wie dnsmasq auf deinem Rechner installiert hast. Was hast du denn gemacht, bevor es nicht mehr funktionierte?
-
@marc-berg Eigentlich gar nichts. Nach ein paar Wochen wieder einmal iobroker aufgerufen, gesehen, dass drei Adapter geupdated werden sollen, und das versucht (siehe ersten Post).
-
@wrod Aber nun sehe ich, dass dnsmasq tatsächlich läuft. Kann das von einem anderen Prozess installiert worden sein?
Wird das für irgendwas gebraucht?
Kann man das so einstellen, dass diese Fehler nicht entstehen? -
@wrod sagte in Adapter Updates gehen nicht: Timeout:
Wird das für irgendwas gebraucht?
Das wird dir wohl niemand beantworten können, da niemand weiß, was sonst noch bei dir "von selbst" installiert wurde.
Kann man das so einstellen, dass diese Fehler nicht entstehen?
Das kann man sicher machen, aber macht es dir keine Sorgen, dass du scheinbar nicht Herr deiner Hardware bist? Aus meiner Sicht kommt da nur eine Neuinstallation in Frage.
-
@marc-berg Danke. Trotzdem komische Antwort. Ich bin ja gerade besorgt, seit ich dieses Verhalten festgestellt habe. kann aber nicht nachvollziehen, wie das installiert wurde
-
@wrod du hättest von mir ähnliche Antwort erhalten, zumal ich dich ja in diese Richtung schon fragte. Wie mein Vorredner, neu aufsetzen.
Ro75.
-
@wrod sagte in Adapter Updates gehen nicht: Timeout:
kann aber nicht nachvollziehen, wie das installiert wurde
Zumindest wann kannst du nachschauen. Sollte in
/var/log/dpkg.logenthalten sein. Wenn es dir aber so gar nichts sagt, wie und warum ein Paket wie 'dnsmasq' installiert wurde:
Installier das System neu. -
@thomas-braun said in Adapter Updates gehen nicht: Timeout:
/var/log/dpkg.log
Hmm. Das zeigt nur Einträge von heute nach 18:51h. Da ist kein dnsmasq dabei
-
@wrod
Dann schau in die abgelegten Log rein. -
@wrod sagte in Adapter Updates gehen nicht: Timeout:
Das zeigt nur Einträge von heute nach 18:51h.
Ältere Einträge wahrscheinlich in dpkg.log.1 oder ..2 oder ...gz
-
@marc-berg Danke. Das Datum habe ich gefunden, Am 9.6.23; aber kann man herausfinden, in welchem Zusammenhang? Hilft die dpkg.log-Datei dabei?
2023-06-09 20:22:49 startup archives unpack 2023-06-09 20:22:50 upgrade libc-ares2:armhf 1.17.1-1+deb11u2 1.17.1-1+deb11u3 2023-06-09 20:22:50 status triggers-pending libc-bin:armhf 2.31-13+rpt2+rpi1+deb11u5 2023-06-09 20:22:50 status half-configured libc-ares2:armhf 1.17.1-1+deb11u2 2023-06-09 20:22:50 status unpacked libc-ares2:armhf 1.17.1-1+deb11u2 2023-06-09 20:22:50 status half-installed libc-ares2:armhf 1.17.1-1+deb11u2 2023-06-09 20:22:50 status unpacked libc-ares2:armhf 1.17.1-1+deb11u3 2023-06-09 20:22:50 upgrade lxplug-menu:armhf 0.3 0.4 2023-06-09 20:22:50 status half-configured lxplug-menu:armhf 0.3 2023-06-09 20:22:50 status unpacked lxplug-menu:armhf 0.3 2023-06-09 20:22:50 status half-installed lxplug-menu:armhf 0.3 2023-06-09 20:22:51 status unpacked lxplug-menu:armhf 0.4 2023-06-09 20:22:51 startup packages configure 2023-06-09 20:22:51 configure libc-ares2:armhf 1.17.1-1+deb11u3 <none> 2023-06-09 20:22:51 status unpacked libc-ares2:armhf 1.17.1-1+deb11u3 2023-06-09 20:22:51 status half-configured libc-ares2:armhf 1.17.1-1+deb11u3 2023-06-09 20:22:51 status installed libc-ares2:armhf 1.17.1-1+deb11u3 2023-06-09 20:22:51 configure lxplug-menu:armhf 0.4 <none> 2023-06-09 20:22:51 status unpacked lxplug-menu:armhf 0.4 2023-06-09 20:22:51 status half-configured lxplug-menu:armhf 0.4 2023-06-09 20:22:51 status installed lxplug-menu:armhf 0.4 2023-06-09 20:22:51 trigproc libc-bin:armhf 2.31-13+rpt2+rpi1+deb11u5 <none> 2023-06-09 20:22:51 status half-configured libc-bin:armhf 2.31-13+rpt2+rpi1+deb11u5 2023-06-09 20:22:51 status installed libc-bin:armhf 2.31-13+rpt2+rpi1+deb11u5 2023-06-09 20:27:42 startup archives unpack 2023-06-09 20:27:42 install libhavege2:armhf <none> 1.9.14-1 2023-06-09 20:27:42 status triggers-pending libc-bin:armhf 2.31-13+rpt2+rpi1+deb11u5 2023-06-09 20:27:42 status half-installed libhavege2:armhf 1.9.14-1 2023-06-09 20:27:42 status unpacked libhavege2:armhf 1.9.14-1 2023-06-09 20:27:42 install haveged:armhf <none> 1.9.14-1 2023-06-09 20:27:42 status half-installed haveged:armhf 1.9.14-1 2023-06-09 20:27:42 status triggers-pending man-db:armhf 2.9.4-2 2023-06-09 20:27:42 status unpacked haveged:armhf 1.9.14-1 2023-06-09 20:27:42 install hostapd:armhf <none> 2:2.9.0-21 2023-06-09 20:27:42 status half-installed hostapd:armhf 2:2.9.0-21 2023-06-09 20:27:43 status unpacked hostapd:armhf 2:2.9.0-21 2023-06-09 20:27:43 install libutempter0:armhf <none> 1.2.1-2 2023-06-09 20:27:43 status half-installed libutempter0:armhf 1.2.1-2 2023-06-09 20:27:43 status unpacked libutempter0:armhf 1.2.1-2 2023-06-09 20:27:43 install screen:armhf <none> 4.8.0-6 2023-06-09 20:27:43 status half-installed screen:armhf 4.8.0-6 2023-06-09 20:27:43 status triggers-pending install-info:armhf 6.7.0.dfsg.2-6 2023-06-09 20:27:43 status unpacked screen:armhf 4.8.0-6 2023-06-09 20:27:43 install libnfnetlink0:armhf <none> 1.0.1-3+b1 2023-06-09 20:27:43 status half-installed libnfnetlink0:armhf 1.0.1-3+b1 2023-06-09 20:27:43 status unpacked libnfnetlink0:armhf 1.0.1-3+b1 2023-06-09 20:27:43 install libnetfilter-conntrack3:armhf <none> 1.0.8-3 2023-06-09 20:27:43 status half-installed libnetfilter-conntrack3:armhf 1.0.8-3 2023-06-09 20:27:43 status unpacked libnetfilter-conntrack3:armhf 1.0.8-3 2023-06-09 20:27:43 install dnsmasq-base:armhf <none> 2.85-1 2023-06-09 20:27:43 status half-installed dnsmasq-base:armhf 2.85-1 2023-06-09 20:27:43 status triggers-pending dbus:armhf 1.12.24-0+deb11u1 2023-06-09 20:27:44 status unpacked dnsmasq-base:armhf 2.85-1 2023-06-09 20:27:44 install dnsmasq:all <none> 2.85-1 2023-06-09 20:27:44 status half-installed dnsmasq:all 2.85-1 2023-06-09 20:27:44 status unpacked dnsmasq:all 2.85-1 2023-06-09 20:27:44 install javascript-common:all <none> 11+nmu1 2023-06-09 20:27:44 status half-installed javascript-common:all 11+nmu1 2023-06-09 20:27:44 status unpacked javascript-common:all 11+nmu1 2023-06-09 20:27:44 install libcjson1:armhf <none> 1.7.14-1 2023-06-09 20:27:44 status half-installed libcjson1:armhf 1.7.14-1 2023-06-09 20:27:44 status unpacked libcjson1:armhf 1.7.14-1 2023-06-09 20:27:44 install libdlt2:armhf <none> 2.18.6-1+deb11u1 2023-06-09 20:27:44 status half-installed libdlt2:armhf 2.18.6-1+deb11u1 2023-06-09 20:27:44 status unpacked libdlt2:armhf 2.18.6-1+deb11u1 2023-06-09 20:27:44 install libev4:armhf <none> 1:4.33-1 2023-06-09 20:27:44 status half-installed libev4:armhf 1:4.33-1 2023-06-09 20:27:44 status unpacked libev4:armhf 1:4.33-1 2023-06-09 20:27:44 install libjs-jquery:all <none> 3.5.1+dfsg+~3.5.5-7 2023-06-09 20:27:44 status half-installed libjs-jquery:all 3.5.1+dfsg+~3.5.5-7 2023-06-09 20:27:45 status unpacked libjs-jquery:all 3.5.1+dfsg+~3.5.5-7 2023-06-09 20:27:45 install libjs-underscore:all <none> 1.9.1~dfsg-3 2023-06-09 20:27:45 status half-installed libjs-underscore:all 1.9.1~dfsg-3 2023-06-09 20:27:45 status unpacked libjs-underscore:all 1.9.1~dfsg-3 2023-06-09 20:27:45 install libjs-sphinxdoc:all <none> 3.4.3-2 2023-06-09 20:27:45 status half-installed libjs-sphinxdoc:all 3.4.3-2 2023-06-09 20:27:45 status unpacked libjs-sphinxdoc:all 3.4.3-2 2023-06-09 20:27:45 install libmosquitto1:armhf <none> 2.0.11-1 2023-06-09 20:27:45 status half-installed libmosquitto1:armhf 2.0.11-1 2023-06-09 20:27:45 status unpacked libmosquitto1:armhf 2.0.11-1 2023-06-09 20:27:45 install libpython3.9-dev:armhf <none> 3.9.2-1+rpi1 2023-06-09 20:27:45 status half-installed libpython3.9-dev:armhf 3.9.2-1+rpi1 2023-06-09 20:27:46 status unpacked libpython3.9-dev:armhf 3.9.2-1+rpi1 2023-06-09 20:27:46 install libpython3-dev:armhf <none> 3.9.2-3 2023-06-09 20:27:46 status half-installed libpython3-dev:armhf 3.9.2-3 2023-06-09 20:27:46 status unpacked libpython3-dev:armhf 3.9.2-3 2023-06-09 20:27:46 install libssl-dev:armhf <none> 1.1.1n-0+deb11u4+rpt1 2023-06-09 20:27:46 status half-installed libssl-dev:armhf 1.1.1n-0+deb11u4+rpt1 2023-06-09 20:27:47 status unpacked libssl-dev:armhf 1.1.1n-0+deb11u4+rpt1 2023-06-09 20:27:47 install libwebsockets16:armhf <none> 4.0.20-2 2023-06-09 20:27:47 status half-installed libwebsockets16:armhf 4.0.20-2 2023-06-09 20:27:47 status unpacked libwebsockets16:armhf 4.0.20-2 2023-06-09 20:27:47 install mosquitto:armhf <none> 2.0.11-1 2023-06-09 20:27:47 status half-installed mosquitto:armhf 2.0.11-1 2023-06-09 20:27:47 status unpacked mosquitto:armhf 2.0.11-1 2023-06-09 20:27:47 install python-pip-whl:all <none> 20.3.4-4+rpt1+deb11u1 2023-06-09 20:27:47 status half-installed python-pip-whl:all 20.3.4-4+rpt1+deb11u1 2023-06-09 20:27:47 status unpacked python-pip-whl:all 20.3.4-4+rpt1+deb11u1 2023-06-09 20:27:47 install python3.9-dev:armhf <none> 3.9.2-1+rpi1 2023-06-09 20:27:47 status half-installed python3.9-dev:armhf 3.9.2-1+rpi1 2023-06-09 20:27:48 status unpacked python3.9-dev:armhf 3.9.2-1+rpi1 2023-06-09 20:27:48 install python3-dev:armhf <none> 3.9.2-3 2023-06-09 20:27:48 status half-installed python3-dev:armhf 3.9.2-3 2023-06-09 20:27:48 status unpacked python3-dev:armhf 3.9.2-3 2023-06-09 20:27:48 install python3-setuptools:all <none> 52.0.0-4 2023-06-09 20:27:48 status half-installed python3-setuptools:all 52.0.0-4 2023-06-09 20:27:48 status unpacked python3-setuptools:all 52.0.0-4 [...] -
@wrod was hast du denn neben ioBroker sonst noch auf dem Pi laufen?
Irgendwelche anderen Dienste? -
Ich habe das gleiche Problem!
Bei mir liegt zumindest die Ursache im Pi-Hole, der auf dem RasPi mitläuft.
Ich habe den PiHole als DNS Server laufen (sonst ist es ja sinnlos) und in der FritzBox eingetragen. Erst nur für IPv4, dann auch für IPv6. Läuft seit Monaten stressfrei. Damit ich die Endgeräte besser zuordnen kann, habe ich auch den DHCP Server an den PiHole übertragen. Beides sowohl für IPv4 und IPv6. Die entsprechenden Einstellungen in der FritzBox habe ich natürlich an den verschiedensten Stellen (Internetzugang und Heimnetz) eingetragen.
Das funktioniert ein paar Tage und dann bekomme ich auch den EAI_AGAIN Error und alle Instanzen mit Internetzugriff gehen auf die Bretter.
Für mich total unlogisch, aber sobald ich den DHCP Server wieder an die Fritze zurückgebe und nur den DNS auf dem Pi-Hole läuft, ist alles wieder in Butter.
Zwischendurch dutzende Reboots aller beteiligten Systeme.
Theoretisch unlogisch, praktisch aber vorhanden.Bei mir läuft es nun wieder.
Achso, natürlich alles komplett auf den neuesten Versionen am Laufen und das "gute" Netzteil habe ich auch im Einsatz, nicht das einer auf komische Ideen kommt.
Leider nicht die professionelle Lösung, aber vielleicht hilfts ja.
