@glasfaser
Hallo,
besten Dank für die schnelle Hilfe. Damit hat alles funktioniert.
Viele Grüße,
Eckart

Hallo,

mir hat es leider das Dateisystem auf der Syno wegen eines defekten Speichermoduls zerschossen. Also stand an, ioBroker nach der sehr guten Anleitung https://smarthome.buanet.de/2019/05/iobroker-unter-docker-auf-der-synology-diskstation-v3/ neu aufzusetzen und mein Backup einzuspielen. Auf der Syno mit DSM 7.x läuft bisher nichts anderes als docker, außen dem admin sind auch keine Benutzer eingerichtet.

Ich habe das jetzt mehrfach erfolglos versucht und folgende Probleme:

• Installation Portainer (mit Aufgabenplaner) wird mit folgender Fehlermeldung quittiert:
  "docker: Got permission denied while trying to connect to the Docker daemon socket at unix:///var/run/docker.sock: Post "http://%2Fvar%2Frun%2Fdocker.sock/v1.24/containers/create?name=portainer": dial unix /var/run/docker.sock: connect: permission denied."
  Das habe ich noch beheben können:
  Nach der Eingabe von "sudo chmod 666 /var/run/docker.sock" lässt sich Portainer installieren.

• Aber leider nicht ioBroker. Ein Restore (Backupfile in iobroker_data kopiert) führt dazu, dass der ioBroker-Container zwar angelegt wird, dann aber ergebnislos stundenlang immer wieder hochgefahren und gestoppt wird. Das habe ich jetzt lang mit mit verschiedenen Backup-Versionen versucht. Das einzige, was geht, ist das Einspielen einer Uralt-Kopie des Ordners .../iobroker_data. Aber da kann ich via Terminal nicht mal den js-controller aktualisieren.

Also nehme ich an, dass irgendwas mit der Rechtevergabe nicht stimmt oder sich bei DSM 7 geändert hat. Aber: Ich bin Laie und auf nette Hinweise von Experten angewiesen.

Viele Grüße,
Eckart

@tugsi
Hallo, ich greife einen alten Thread auf und hoffe, dass du das Thema noch verfolgst - oder jemand anders, der sich besser auskennt als ich Laie.

Nach einem Crash der NAS muss ich mein System restaurieren.

Es geht um das bekannte Problem, einen iobroker-Container mit dem Host (Syno NAS) zu verbinden, um von iobroker aus Apps auf dem Host erreichen zu können, bei mir MariaDB. Ich habe genau nach der Anleitung von Andre iobroker mit Portainer und MACVLAN eingerichtet: https://buanet.de/2019/05/iobroker-unter-docker-auf-der-synology-diskstation-v3/

Mit Hilfe Deiner Beiträge hatte ich in Portainer zuvor auch eine Bridge konfiguriert, mit der ich problemlos den Host erreichen konnte. Aber leider habe ich mir die Schritte nicht notiert und komme mit den Beiträgen hier nicht wieder zum Ziel.

In Portainer gibt es bereits eine (mit "System" markierte Bridge (172.17.0.0/16, Gateway 172.17.0.1). Der portainer Container selbst ist da auch mit der IP 172.17.0.2 angemeldet. Aber wie füge ich da den iobroker-Container ein? Der hatte früher die interne IP 172.17.0.3.
Oder muss ich in Portainer eine zusätzliche bridge einrichten?

Viele Grüße,
Eckart

Hallo,

ich habe das gleiche Problem: Der Netatmo-Adapter hat eine Verbindung, aber es werden keine Daten angezeigt. Ich habe die Wetterstation und die API-Daten richtig eingetragen. Keine Umlaute im Natatmo-Namen.

Das Debug-Log sagt:

netatmo.0	2020-08-19 13:18:09.819	info	(28227) starting. Version 1.3.1 in /opt/iobroker/node_modules/iobroker.netatmo, node: v10.20.1, js-controller: 3.1.4
host.iobroker	2020-08-19 13:18:05.847	info	instance system.adapter.netatmo.0 started with pid 28227
host.iobroker	2020-08-19 13:18:03.361	info	instance system.adapter.netatmo.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
host.iobroker	2020-08-19 13:18:02.821	info	stopInstance system.adapter.netatmo.0 send kill signal
netatmo.0	2020-08-19 13:18:02.830	info	(26097) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
netatmo.0	2020-08-19 13:18:02.829	info	(26097) terminating
netatmo.0	2020-08-19 13:18:02.829	info	(26097) cleaned everything up...
netatmo.0	2020-08-19 13:18:02.828	info	(26097) Got terminate signal TERMINATE_YOURSELF
host.iobroker	2020-08-19 13:18:02.821	info	stopInstance system.adapter.netatmo.0 (force=false, process=true)
host.iobroker	2020-08-19 13:17:20.700	info	instance system.adapter.daswetter.0 terminated with code 0 (NO_ERROR)

Hat da jemand eine Lösung?
Grüße, Eckart

@Glasfaser
Danke für den Link. Das hat einiges geklärt.

Zusammenfassung:

• Mit MACVLAN kann ioBroker im Docker-Container die Host Syno aus Sicherheitsgründen grundsätzlich nicht erreichen
• Das lässt sich auf Synos mit 2 LAN-Ports umgehen
• Auf einer Syno mit nur einem LAN-Port mit Gebastel wohl auch, aber die Lösungen übersteigen meine Fähigkeiten und bergen womöglich auch Risiken, die ich nicht abschätzen kann.

Fazit: ich lasse es bleiben. Kein Syno-Adapter in meiner ioBroker-Installation.
Es sei denn, es findet sich hier jemand, der das zuwege gebracht hat und versichert, dass es stabil und ohne Nebenwirkungen läuft.

Viele Grüße,
EckartS

@tugsi @GTV
Hallo,
hat das so funktioniert? Ich schlage mich gerade erfolglos mit dem gleichen Problem herum: Link Text
Grüße, EckartS

@Glasfaser

Der Link war jedenfalls nützlich. Da steht, dass Docker-Container auf der Syno ihren Host aus Sicherheitsgründen nicht direkt, sondern nur mit der IP 172.17.0.1 erreichen können.

Diese IP lässt sich aus dem ioBroker-Terminal auch anpingen. Leider aber komme ich mit dieser IP und Port 5000 in den Adapter-Einstellungen auch nicht weiter: Keine Verbindung, gelb, Connection TimeOut
Debug-Log:

synology.0	2020-08-12 12:44:14.422	debug	(9997) * Get info from (firstPoll) api: DSM method: getPollingData params: {}
synology.0	2020-08-12 12:44:14.421	debug	(9997) * sendPolling. namePolling = firstPoll | iteration = 0 | typeof poll = object | poll = {"api":"dsm","method":"getPollingData","params":{}}
synology.0	2020-08-12 12:44:14.421	debug	(9997) -----------------------------------------------------------------------------------------------------
synology.0	2020-08-12 12:44:14.420	error	(9997) *** ERROR : src: *sendPolling syno[dsm][getPollingData] code: ETIMEDOUT message: connect ETIMEDOUT 172.17.0.1:5000
synology.0	2020-08-12 12:44:14.419	debug	(9997) * No response, read next.
mihome-vacuum.0	2020-08-12 12:44:04.415	info	(556) connecting, this can take up to 10 minutes ...
mihome-vacuum.0	2020-08-12 12:43:44.643	info	(556) connecting, this can take up to 10 minutes ...
mihome-vacuum.0	2020-08-12 12:43:24.398	info	(556) connecting, this can take up to 10 minutes ...
synology.0	2020-08-12 12:43:18.034	debug	(9997) system.adapter.admin.0: logging false
mihome-vacuum.0	2020-08-12 12:43:04.398	info	(556) connecting, this can take up to 10 minutes ...
mihome-vacuum.0	2020-08-12 12:42:24.397	info	(556) connecting, this can take up to 10 minutes ...
synology.0	2020-08-12 12:42:07.111	debug	(9997) * Get info from (firstPoll) api: DSM method: getPollingData params: {}
synology.0	2020-08-12 12:42:07.111	debug	(9997) * sendPolling. namePolling = firstPoll | iteration = 0 | typeof poll = object | poll = {"api":"dsm","method":"getPollingData","params":{}}
synology.0	2020-08-12 12:42:07.110	debug	(9997) -----------------------------------------------------------------------------------------------------
synology.0	2020-08-12 12:42:04.918	info	(9997) starting. Version 0.1.18 in /opt/iobroker/node_modules/iobroker.synology, node: v10.20.1, js-controller: 3.1.4
mihome-vacuum.0	2020-08-12 12:42:04.397	info	(556) connecting, this can take up to 10 minutes ...
synology.0	2020-08-12 12:42:03.782	debug	(9997) Plugin sentry Initialize Plugin (enabled=true)
synology.0	2020-08-12 12:42:01.839	debug	(9997) statesDB connected
synology.0	2020-08-12 12:42:01.831	debug	(9997) States connected to redis: 127.0.0.1:9000
synology.0	2020-08-12 12:42:01.802	debug	(9997) States create System PubSub Client
synology.0	2020-08-12 12:42:01.800	debug	(9997) States create User PubSub Client
synology.0	2020-08-12 12:42:01.783	debug	(9997) Redis States: Use Redis connection: 127.0.0.1:9000
synology.0	2020-08-12 12:42:01.781	debug	(9997) objectDB connected
synology.0	2020-08-12 12:42:01.774	debug	(9997) Objects connected to redis: 127.0.0.1:9001
synology.0	2020-08-12 12:42:01.749	debug	(9997) Objects client initialize lua scripts
synology.0	2020-08-12 12:42:01.748	debug	(9997) Objects create User PubSub Client
synology.0	2020-08-12 12:42:01.747	debug	(9997) Objects create System PubSub Client
synology.0	2020-08-12 12:42:01.743	debug	(9997) Objects client ready ... initialize now
synology.0	2020-08-12 12:42:01.706	debug	(9997) Redis Objects: Use Redis connection: 127.0.0.1:9001
host.iobroker	2020-08-12 12:41:59.486	info	instance system.adapter.synology.0 started with pid 9997
host.iobroker	2020-08-12 12:41:59.415	info	"system.adapter.synology.0" enabled

Fällt euch im Log noch etwas auf, das auf andere Einstellungsnotwendigkeiten hindeutet? Wo würdet ihr noch suchen?
Gibt es hier jemanden, bei dem meine Konfiguration - ioBroker auf Syno + Syno-Adapter - funktioniert?

Grüße und besten Dank für all die Hinweise bisher, EckartS

@ilovegym
Den lokalen Port der Syno (5000) kann ich nicht umlegen. Dann kommt die o. g. Fehlermeldung: Port schon belegt.
@dslraser
Entscheidend scheint zu sein, dass du zwei physische LAN-Anschlüsse hast.
Ich habe an der kleinen DS218+ aber nur einen LAN-Anschluss.
Über den ist die Syno selbst /DSM errreichbar mit http://192.168.10.2:5000
Und ioBroker mit http://192.168.10.13:8081/
Und da komme ich partout nicht vom Syno-Adapter in iobroker auf die Syno.

synology.0	2020-08-12 00:44:28.692	error	(2841) *** ERROR : src: *sendPolling syno[dsm][getPollingData] code: EHOSTUNREACH message: connect EHOSTUNREACH 192.168.10.2:5002
synology.0	2020-08-12 00:44:28.691	debug	(2841) * No response, read next.

Habt ihr noch Ideen?
Grüße, EckartS

@Negalein
Das lässt sich einrichten.
Aber was stelle ich dann im Syno-Adapter ein? Der kann doch das NAS nur unter Port 5000 oder 5001 erreichen?
Grüße, EckartS

@Glasfaser
Das geht nicht:

Grüße, EckartS