NEWS
[HowTo] ioBroker unter Docker auf Synology DiskStation
-
Ja ... ist mir aufgefallen ... habe ich auch oben erwähnt ... sieht komisch aus
Keine Ahnung wie er das geschaft hat
-
@Glasfaser sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Hast du die Befehle die ich dir oben genannt habe einmal gemacht !!!!
ja, klar!
-
Aber du solltest nicht Telegram installieren , habe ich oben nicht erwähnt !
Oder was hast du gemacht !?
Das Problem ist :
bei dir :
/opt/iobroker/node_modules/iobroker.telegram/node_modules/socksv5/index.js'
er liegt aber im Ordner :
/opt/iobroker/node_modules/socksv5/index.js
also wurde hier etwas im falschen Pfad geschrieben / installiert.
-
@Glasfaser sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Aber du solltest nicht Telegram installieren , habe ich oben nicht erwähnt !
Oder was hast du gemacht !?also, folgendes habe ich gemacht:
cd /opt/iobroker pkill -u iobroker npm cache clean --force iobroker del telegram iobroker start sudo apt update sudo apt upgrade
Dann den Telegram-Adapter aus GitHub erneut installiert...
-
Da ist was ganz schräg bei dir gelaufen mit den
node_modules
/opt/iobroker/node_modules/iobroker.telegram/node_modules/socksv5/lib/auth/@eaDir
das Unter / Unter Verzeichiss und diese Datei gibt es nicht
@eaDir
Richtig wäre , es liegt aber alles im Ordner :
/opt/iobroker/node_modules/socksv5/
-
Es kann auch sein ... das auch andere Adapter betroffen sind , die du mal installieren willst !
Aber bei dieser Querinstallation habe ich auch kein Rat ... eher auf ein Neu Aufsetzen . -
@Glasfaser sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Es kann auch sein ... das auch andere Adapter betroffen sind , die du mal installieren willst !
Aber bei dieser Querinstallation habe ich auch kein Rat ... eher auf ein Neu Aufsetzen .also ich habe den Container jetzt neuaufgesetzt und bekomme bei der Installation des Telegram-Adapters nun folgende Fehlermeldung:
$ ./iobroker add telegram --host iobroker-docker NPM version: 6.14.8 npm install iobroker.telegram@1.5.9 --loglevel error --prefix "/opt/iobroker" (System call) npm ERR! code EINVALIDPACKAGENAME npm ERR! Invalid package name "@eaDir/.bin@SynoResource": name can only contain URL-friendly characters npm ERR! A complete log of this run can be found in:npm ERR! /opt/iobroker/.npm/_logs/2020-10-20T18_09_26_768Z-debug.log ERROR: host.iobroker-docker Cannot install iobroker.telegram@1.5.9: 1 ERROR: process exited with code 25
und wieder der Verweis auf "@eaDir/.bin@SynoResource"
Muss ich eventuell eine ENVIRONMENT Variable bei der Erstellung des Containers mitgeben?
-
-
@mumurik sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
also ich habe den Container jetzt neuaufgesetzt
mit Backup eingespielt ??
altes Mount Verzeichniss genutzt ?? -
@Glasfaser sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Welche Synology
DS220+
Welche DSM Version
DSM 6.2.3-25426 Update 2
Über Portainer erstellt
Ja
über die Synology Docker Oberfläche erstellt
nein
Fertiges Docker compose
ja, buanet/iobroker:latest
-
@Glasfaser
wegen@eaDir
google spuckt dazu einiges aus.
Beschreibung z.B. hierhttps://blog.andreas-schreiner.de/2019/03/18/synology-eadir-verzeichnisse-finden-und-loeschen/
EDIT: ob einfach löschen richtig ist, kann ich aber nicht sagen
-
Ja ... Danke , habe ich gestern schon danach gesucht .
Aber die Frage ist , wie kommt das in ioBroker rein !
.... auch bei der jetzigen Neuinstallation von Ihm .
-
-
@Glasfaser sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Aber die Frage ist , wie kommt das in ioBroker rein !
vielleicht indexiert er den Ordner ? (die Ordner kann man ja selbst angeben)
Zitat von der verlinkten Seite:
In der Regel ist der Index Service dafür verantwortlich, solche Dateien/Ordner zu verwalten. Wird der Shared Folder per SMB verbunden, sind die Ordner nicht sichtbar. Wird der Shared Folder per NFS oder AFS verbunden, sind die Ordner zu sehen und sind teilweise sehr störend.
-
Ich würde es eher so machen ..
Synology komplett neu starten und dann den Container neu anlegen .
Da muss etwas bei der Synology sein .... anders kann ich mir es nicht vorstellen .
Also mit dem ioBroker Image ( Container ) hat es weniger zu tun .
Bin auch am Ende ... weiter weiß ich auch nicht , was es sein kann. -
@Glasfaser
Hier schreibt auch Jemand wie diese Verzeichnisse zu Stande kommen.https://www.markus-gerber.ch/2014/07/eadir-auf-synology-nas/
Aber wie gesagt, helfen kann ich da auch nicht...
-
-
@mumurik Ich hab jetzt zwar nicht alles gelesen, aber die "@eaDir" Verzeichnisse kommen wohl von der Medienindizierung. Hast du mal geschaut ob da bei dir vielleicht was aktiviert ist? Kann mir schon vorstellen, dass es ggf. ungünstig ist, wenn die DS den Ordner indiziert in dem dein iobroker liegt und dann dort vielleicht auch noch Verzeichnisse anlegt...
Im Zweifel würde ich mal probieren für den Ordner /opt/iobroker auf der DS einen anderen Pfad zu nehmen. Dann ne frische Container Installation machen und über restore ein Backup einspielen.MfG,
André -
Also, Indizierung war für den iobroker-Verzeichnis nicht eingeschaltet, aber die "@eaDir" Verzeichnisse wurden wohl nach der Migration automatisch angelegt (ich hatte vor kurzem eine Migration von DS213j zu DS220+).
Ich habe jetzt alle "@eaDir" Verzeichnisse manuell gelöscht und den Container neuangelegt -> keine Probleme mehr mit der Installation des Adapters!
@Glasfaser @dslraser @andre
Vielen lieben Dank an alle für die hilfreichen Tipps! -
@mumurik sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
wurden wohl nach der Migration automatisch angelegt
ich hatte vor kurzem eine Migration von DS213j zu DS220+dann passt das auch zu diesem Link @eaDir auf dem Synology NAS
Zitat :
Nach dem Zurückspielen eines Backups auf meinem Synology-NAS stellte ich fest, dass dieses, ohne mich zu fragen, überall seine @eaDir Verzeichnisse eingefügt hat.
keine Probleme mehr mit der Installation des Adapters!
Schön das es jetzt geht ...
War auch ein blöder Fehler am Anfang bis man darauf kommt !