UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Thomas Braun]

@Glasfaser
Ist da irgendwas aus der Synology reingeschwappt?
@eaDir/.bin@SynoResource" hört sich irgendwie so an.

[Glasfaser]

@Thomas-Braun

Ja ... ist mir aufgefallen ... habe ich auch oben erwähnt ... sieht komisch aus

Keine Ahnung wie er das geschaft hat

[mumurik]

@Glasfaser sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

@mumurik

Hast du die Befehle die ich dir oben genannt habe einmal gemacht !!!!

ja, klar!

[Glasfaser]

@mumurik

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.

[mumurik]

@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...

[Glasfaser]

@mumurik

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/

[Glasfaser]

@mumurik

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 .

[mumurik]

@Glasfaser sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

@mumurik

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?

[Glasfaser]

@mumurik

Gebe mal paar Daten bekannt

• Welche Synology
• Welche DSM Version
• Über Portainer erstellt
• über die Synology Docker Oberfläche erstellt
• Fertiges Docker compose

@andre
hast du vielleicht eine Idee was das sein kann .... !

der Verweis auf "@eaDir/.bin@SynoResource"

[Glasfaser]

@mumurik sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

also ich habe den Container jetzt neuaufgesetzt

mit Backup eingespielt ??
altes Mount Verzeichniss genutzt ??

[mumurik]

@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

[dslraser]

@Glasfaser
wegen @eaDir
google spuckt dazu einiges aus.
Beschreibung z.B. hier

https://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

[Glasfaser]

@dslraser

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]

@mumurik

Zeige mal den Inhalt von

cd /opt/iobroker 

nano package.json

[dslraser]

@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.

[Glasfaser]

@dslraser

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.

[dslraser]

@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...

[Glasfaser]

@dslraser

Danke für deine Tipps ( wie immer ;) ) ....
Ich habe kein Rat dazu ..... aber das ist die Entscheidung von @mumurik ob er was löscht .

[andre]

@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é

[mumurik]

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!