NEWS
[gelöst] - Verbindungsprobleme Diskstation mit div. Adaptern
-
Nach meinem Thread synochat Einstellungen habe ich den Synology Adapter installiert. Auch hier habe ich Probleme mich mit meinem NAS vom ioBroker aus zu verbinden.
2022-12-30 17:20:23.810 - info: host.ioBroker "system.adapter.synology.0" enabled 2022-12-30 17:20:24.434 - info: host.ioBroker instance system.adapter.synology.0 started with pid 21327 2022-12-30 17:20:26.144 - debug: synology.0 (21327) Redis Objects: Use Redis connection: 0.0.0.0:9001 2022-12-30 17:20:26.248 - debug: synology.0 (21327) Objects client ready ... initialize now 2022-12-30 17:20:26.250 - debug: synology.0 (21327) Objects create System PubSub Client 2022-12-30 17:20:26.252 - debug: synology.0 (21327) Objects create User PubSub Client 2022-12-30 17:20:26.433 - debug: synology.0 (21327) Objects client initialize lua scripts 2022-12-30 17:20:26.440 - debug: synology.0 (21327) Objects connected to redis: 0.0.0.0:9001 2022-12-30 17:20:26.526 - debug: synology.0 (21327) Redis States: Use Redis connection: 0.0.0.0:9000 2022-12-30 17:20:26.608 - debug: synology.0 (21327) States create System PubSub Client 2022-12-30 17:20:26.610 - debug: synology.0 (21327) States create User PubSub Client 2022-12-30 17:20:26.735 - debug: synology.0 (21327) States connected to redis: 0.0.0.0:9000 2022-12-30 17:20:27.012 - debug: synology.0 (21327) Plugin sentry Initialize Plugin (enabled=true) 2022-12-30 17:20:27.583 - info: synology.0 (21327) starting. Version 2.1.13 in /opt/iobroker/node_modules/iobroker.synology, node: v14.19.0, js-controller: 4.0.23 2022-12-30 17:20:27.628 - debug: synology.0 (21327) working directory is /opt/iobroker/iobroker-data/synology_0/ 2022-12-30 17:20:27.631 - info: synology.0 (21327) Connecting to Synology 192.168.2.11:5000 2022-12-30 17:20:29.916 - debug: synology.0 (21327) ----------------------------------------------------------------------------------------------------- 2022-12-30 17:20:29.916 - debug: synology.0 (21327) * sendPolling. namePolling = firstPoll | iteration = 0 | typeof poll = object | poll = {"api":"dsm","method":"getPollingData","params":{}} 2022-12-30 17:20:29.917 - debug: synology.0 (21327) * Get info from (firstPoll) api: DSM method: getPollingData params: {} 2022-12-30 17:22:41.449 - debug: synology.0 (21327) * No response, read next. 2022-12-30 17:22:41.452 - debug: synology.0 (21327) *** ERROR : src: *sendPolling syno[dsm][getPollingData] code: ETIMEDOUT message: connect ETIMEDOUT 192.168.2.11:5000 2022-12-30 17:22:41.453 - debug: synology.0 (21327) Error: Reconnection after 30sIch gehe erstmal davon aus, dass es irgendweche Probleme in der Disk Station gibt, bzw. dort falsche Einstellungen gesetzt sind. Durch andere Threads habe ich auch schon diverse Einstellungen in der Disk Station überprüft und probiert. Z.B. habe ich auch die IP meines ioBrokers freigegeben und in der Blockierungsiste stand keine IP drin.
Ich habe auch schon neue Nutzer mit Adminrechten angelegt und in den Adapter eingetragen. Leider auch ohne ErfolgDS Daten:
Modell: DS412+
DSM Version: DSM 6.2.4-25556 Update 6Adapter: v2.1.13
In den Adaptereinstellungen kann ich nur API Version 6.2.3 max. auswählen
In den logs ist mir noch aufgefallen das mein sql Adapter schon seit längerer Zeit folgende Fehler am laufenden Band produziert.
2022-12-30 15:08:19.335 - error: sql.0 (7200) Error: connect ETIMEDOUT 2022-12-30 15:08:19.336 - error: sql.0 (7200) Error: connect ETIMEDOUT 2022-12-30 15:08:31.600 - error: sql.0 (7200) Error: connect ETIMEDOUT 2022-12-30 15:08:31.603 - error: sql.0 (7200) Error: connect ETIMEDOUT 2022-12-30 15:08:31.610 - error: sql.0 (7200) Error: connect ETIMEDOUT 2022-12-30 15:08:31.615 - error: sql.0 (7200) Error: connect ETIMEDOUT 2022-12-30 15:08:31.624 - error: sql.0 (7200) Error: connect ETIMEDOUT 2022-12-30 15:09:05.710 - error: sql.0 (7200) Error: connect ETIMEDOUT 2022-12-30 15:09:05.719 - error: sql.0 (7200) Error: connect ETIMEDOUT 2022-12-30 15:09:05.729 - error: sql.0 (7200) Error: connect ETIMEDOUT 2022-12-30 15:09:05.751 - error: sql.0 (7200) Error: connect ETIMEDOUT 2022-12-30 15:09:05.753 - error: sql.0 (7200) Error: connect ETIMEDOUT 2022-12-30 15:09:17.152 - error: sql.0 (7200) Error: connect ETIMEDOUT 2022-12-30 15:09:17.153 - error: sql.0 (7200) Error: connect ETIMEDOUT 2022-12-30 15:10:17.173 - error: sql.0 (7200) Error: connect ETIMEDOUTHat von euch jemand eine Idee was hier das Problem sein könnte oder was ich noch probieren könnte?
-
Nach meinem Thread synochat Einstellungen habe ich den Synology Adapter installiert. Auch hier habe ich Probleme mich mit meinem NAS vom ioBroker aus zu verbinden.
2022-12-30 17:20:23.810 - info: host.ioBroker "system.adapter.synology.0" enabled 2022-12-30 17:20:24.434 - info: host.ioBroker instance system.adapter.synology.0 started with pid 21327 2022-12-30 17:20:26.144 - debug: synology.0 (21327) Redis Objects: Use Redis connection: 0.0.0.0:9001 2022-12-30 17:20:26.248 - debug: synology.0 (21327) Objects client ready ... initialize now 2022-12-30 17:20:26.250 - debug: synology.0 (21327) Objects create System PubSub Client 2022-12-30 17:20:26.252 - debug: synology.0 (21327) Objects create User PubSub Client 2022-12-30 17:20:26.433 - debug: synology.0 (21327) Objects client initialize lua scripts 2022-12-30 17:20:26.440 - debug: synology.0 (21327) Objects connected to redis: 0.0.0.0:9001 2022-12-30 17:20:26.526 - debug: synology.0 (21327) Redis States: Use Redis connection: 0.0.0.0:9000 2022-12-30 17:20:26.608 - debug: synology.0 (21327) States create System PubSub Client 2022-12-30 17:20:26.610 - debug: synology.0 (21327) States create User PubSub Client 2022-12-30 17:20:26.735 - debug: synology.0 (21327) States connected to redis: 0.0.0.0:9000 2022-12-30 17:20:27.012 - debug: synology.0 (21327) Plugin sentry Initialize Plugin (enabled=true) 2022-12-30 17:20:27.583 - info: synology.0 (21327) starting. Version 2.1.13 in /opt/iobroker/node_modules/iobroker.synology, node: v14.19.0, js-controller: 4.0.23 2022-12-30 17:20:27.628 - debug: synology.0 (21327) working directory is /opt/iobroker/iobroker-data/synology_0/ 2022-12-30 17:20:27.631 - info: synology.0 (21327) Connecting to Synology 192.168.2.11:5000 2022-12-30 17:20:29.916 - debug: synology.0 (21327) ----------------------------------------------------------------------------------------------------- 2022-12-30 17:20:29.916 - debug: synology.0 (21327) * sendPolling. namePolling = firstPoll | iteration = 0 | typeof poll = object | poll = {"api":"dsm","method":"getPollingData","params":{}} 2022-12-30 17:20:29.917 - debug: synology.0 (21327) * Get info from (firstPoll) api: DSM method: getPollingData params: {} 2022-12-30 17:22:41.449 - debug: synology.0 (21327) * No response, read next. 2022-12-30 17:22:41.452 - debug: synology.0 (21327) *** ERROR : src: *sendPolling syno[dsm][getPollingData] code: ETIMEDOUT message: connect ETIMEDOUT 192.168.2.11:5000 2022-12-30 17:22:41.453 - debug: synology.0 (21327) Error: Reconnection after 30sIch gehe erstmal davon aus, dass es irgendweche Probleme in der Disk Station gibt, bzw. dort falsche Einstellungen gesetzt sind. Durch andere Threads habe ich auch schon diverse Einstellungen in der Disk Station überprüft und probiert. Z.B. habe ich auch die IP meines ioBrokers freigegeben und in der Blockierungsiste stand keine IP drin.
Ich habe auch schon neue Nutzer mit Adminrechten angelegt und in den Adapter eingetragen. Leider auch ohne ErfolgDS Daten:
Modell: DS412+
DSM Version: DSM 6.2.4-25556 Update 6Adapter: v2.1.13
In den Adaptereinstellungen kann ich nur API Version 6.2.3 max. auswählen
In den logs ist mir noch aufgefallen das mein sql Adapter schon seit längerer Zeit folgende Fehler am laufenden Band produziert.
2022-12-30 15:08:19.335 - error: sql.0 (7200) Error: connect ETIMEDOUT 2022-12-30 15:08:19.336 - error: sql.0 (7200) Error: connect ETIMEDOUT 2022-12-30 15:08:31.600 - error: sql.0 (7200) Error: connect ETIMEDOUT 2022-12-30 15:08:31.603 - error: sql.0 (7200) Error: connect ETIMEDOUT 2022-12-30 15:08:31.610 - error: sql.0 (7200) Error: connect ETIMEDOUT 2022-12-30 15:08:31.615 - error: sql.0 (7200) Error: connect ETIMEDOUT 2022-12-30 15:08:31.624 - error: sql.0 (7200) Error: connect ETIMEDOUT 2022-12-30 15:09:05.710 - error: sql.0 (7200) Error: connect ETIMEDOUT 2022-12-30 15:09:05.719 - error: sql.0 (7200) Error: connect ETIMEDOUT 2022-12-30 15:09:05.729 - error: sql.0 (7200) Error: connect ETIMEDOUT 2022-12-30 15:09:05.751 - error: sql.0 (7200) Error: connect ETIMEDOUT 2022-12-30 15:09:05.753 - error: sql.0 (7200) Error: connect ETIMEDOUT 2022-12-30 15:09:17.152 - error: sql.0 (7200) Error: connect ETIMEDOUT 2022-12-30 15:09:17.153 - error: sql.0 (7200) Error: connect ETIMEDOUT 2022-12-30 15:10:17.173 - error: sql.0 (7200) Error: connect ETIMEDOUTHat von euch jemand eine Idee was hier das Problem sein könnte oder was ich noch probieren könnte?
Ich habe den Fehler endlich gefunden. Ich habe heute morgen alle per Netzwerkkabel angebundenen Geräte von meinen beiden Switches getrennt. Das letzte Gerät was ich wieder angschlossen habe, verursacht die Fehlermeldungen bei mir im ioBroker.
Es ist der Fire TV den ich vor gut einer Woche ins Netzwerk hinzugefügt habe. Die Leitung ist es hier nicht, weil ich auch einen anderen Port bzw. Netzwerkdose genutzt habe.
Ich muss jetzt nochmal genau schauen, woran es liegt. Laut Fritzbox ist das Gerät immer noch im Netzwerk aber jetzt per WLAN eingebunden. Sobald das Kabel wieder drin steckt gibt es Probleme. Die IP ist auch nicht doppelt vergeben.Kann man die Topics als erledigt markieren?
-
Ich habe den Fehler endlich gefunden. Ich habe heute morgen alle per Netzwerkkabel angebundenen Geräte von meinen beiden Switches getrennt. Das letzte Gerät was ich wieder angschlossen habe, verursacht die Fehlermeldungen bei mir im ioBroker.
Es ist der Fire TV den ich vor gut einer Woche ins Netzwerk hinzugefügt habe. Die Leitung ist es hier nicht, weil ich auch einen anderen Port bzw. Netzwerkdose genutzt habe.
Ich muss jetzt nochmal genau schauen, woran es liegt. Laut Fritzbox ist das Gerät immer noch im Netzwerk aber jetzt per WLAN eingebunden. Sobald das Kabel wieder drin steckt gibt es Probleme. Die IP ist auch nicht doppelt vergeben.Kann man die Topics als erledigt markieren?
@schnubby666 sagte in Verbindungsprobleme Diskstation mit div. Adaptern:
Kann man die Topics als erledigt markieren?
Bearbeite Deinen Eingangspost und setze ein "[gelöst] - " vor den Titel.