[HowTo] ioBroker unter Docker auf Synology DiskStation

Thomas W

@Thomas-W said in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

Hallo,

habe auch (aus versehen) auf 4.0 upgedatet. Nun startet iobroker nicht mehr. Gibt es eine "schnelle" Anleitung, wie ich Iobroker neu installieren kann, wobe ich meine daten (alte Logs, Konfig, etc.) behalten kann?

Aktuell ist es so, dass ich iobroker nicht mehr zum Starten bekomme:

Cannot find module '/opt/iobroker/node_modules/iobroker.js-controller/controller.js

npm rebuild

> node lib/preinstallCheck.js


┌───────────────────────────────────────────────────┐
│              npm update check failed              │
│        Try running with sudo or get access        │
│       to the local update config store via        │
│ sudo chown -R $USER:$(id -gn $USER) /root/.config │
└───────────────────────────────────────────────────┘
NPM version: 5.6.0
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
WARNING:
You are using an unsupported npm version!
This can lead to problems when installing further packages

Please use "npm install -g npm@4" to downgrade npm to 4.x or
use "npm install -g npm@latest" to install a supported version of npm!
You need to make sure to repeat this step after installing an update to NodeJS and/or npm.
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
npm version >= 5: disabling package-lock
Could not check npm version: Error: EACCES: permission denied, open '/volume1/docker/iobroker_data/.npmrc'
Assuming that correct version is installed.

> iobroker.js-controller@1.5.14 install /volume1/docker/iobroker_data/node_modules/iobroker.js-controller
> node iobroker.js setup first

Cannot write file. Not critical: Error: ENOENT: no such file or directory, open '/volume1/docker/iobroker_data/node_modules/iobroker.js-controller/lib/setup/../../../../iob'
Cannot delete file. Not critical: Error: EACCES: permission denied, unlink '/volume1/docker/iobroker_data/node_modules/iobroker.js-controller/lib/setup/../../_service_iobroker.bat'
Cannot delete file. Not critical: Error: EACCES: permission denied, unlink '/volume1/docker/iobroker_data/node_modules/iobroker.js-controller/lib/setup/../../iobroker.bat'
fs.js:885
  return binding.mkdir(pathModule._makeLong(path),
                 ^

Error: EACCES: permission denied, mkdir '/volume1/docker/iobroker_data/node_modules/iobroker.js-controller/lib/setup/../../tmp'
    at Object.fs.mkdirSync (fs.js:885:18)
    at Setup.setup (/volume1/docker/iobroker_data/node_modules/iobroker.js-controller/lib/setup/setupSetup.js:189:58)
    at /volume1/docker/iobroker_data/node_modules/iobroker.js-controller/lib/setup.js:653:27
    at processCommand (/volume1/docker/iobroker_data/node_modules/iobroker.js-controller/lib/setup.js:691:15)
    at Object.module.exports.execute (/volume1/docker/iobroker_data/node_modules/iobroker.js-controller/lib/setup.js:3193:5)
    at Object.<anonymous> (/volume1/docker/iobroker_data/node_modules/iobroker.js-controller/iobroker.js:1:100)
    at Module._compile (module.js:643:30)
    at Object.Module._extensions..js (module.js:654:10)
    at Module.load (module.js:556:32)
    at tryModuleLoad (module.js:499:12)
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! iobroker.js-controller@1.5.14 install: `node iobroker.js setup first`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the iobroker.js-controller@1.5.14 install script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR!     /root/.npm/_logs/2019-10-31T14_52_46_785Z-debug.log

sudo npm install iobroker.js-controller --production

npm WARN deprecated json3@3.3.2: Please use the native JSON object instead of JSON 3
npm WARN notice [SECURITY] parsejson has the following vulnerability: 1 high. Go here for more details: https://www.npmjs.com/advisories?search=parsejson&version=0.0.3 - Run `npm i npm@latest -g` to upgrade your npm version, and then `npm audit` to get more info.

> iobroker.js-controller@1.5.14 preinstall /volume1/docker/iobroker_data/node_modules/iobroker.js-controller
> node lib/preinstallCheck.js


┌───────────────────────────────────────────────────┐
│              npm update check failed              │
│        Try running with sudo or get access        │
│       to the local update config store via        │
│ sudo chown -R $USER:$(id -gn $USER) /root/.config │
└───────────────────────────────────────────────────┘
NPM version: 5.6.0
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
WARNING:
You are using an unsupported npm version!
This can lead to problems when installing further packages

Please use "npm install -g npm@4" to downgrade npm to 4.x or
use "npm install -g npm@latest" to install a supported version of npm!
You need to make sure to repeat this step after installing an update to NodeJS and/or npm.
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
npm version >= 5: disabling package-lock
Could not check npm version: Error: EACCES: permission denied, open '/volume1/docker/iobroker_data/.npmrc'
Assuming that correct version is installed.

> ursa-optional@0.9.10 install /volume1/docker/iobroker_data/node_modules/ursa-optional
> node rebuild.js

^C

nu komme ich endlich wieder auf die Oberfläche. Hatte die ganzen Befehle via root auf der Synology ausgeführt. Wenn ich die Befehle im Container via Portainer-Console ausführe, kommen keine Exceptions mehr :)

Glasfaser

@Thomas-W

Da stimmt was nicht ... Version 5.6.0 !!!????

Schau mal nach mit :

cd /opt/iobroker

npm -v 
nodejs -v
node -v

StM47

@Glasfaser

ich muss hier noch mal anknüpfen.
Ich bekomme einfach mein altes Backup (minimal) nicht wiederhergestellt.
Habe es sowohl mit Backitup als auch mit sudo restore 0 direkt in der Konsole versucht.
Wenn Ich die Wiederherstellung mit sudo restore o direkt auf der Konsole machen will,
bekomme ich die Info, dass iobroker erst gestoppt werden muss, obwohl der Demon bereits gestoppt wurde. Hierzu habe ich iobroker stop und auch sudo iobroker stop verwendet. Beides stoppt nicht den Vorgang, welcher gestoppt werden muss, um die Wiederherstellung mit sudo restore o ausführen zu können. Gibt es für das Image 4.0 von Andre andere Befehle?

Mit Backitup bekomme ich mein altes Backup auch nicht wiederhergestellt. Habe Backitup wie von dir
empfohlen, zu erst ausprobiert. Mehrfach.

Nach dem Start der Wiederherstellung, bekomme ich nur die Info, dass gestartet wurde.
Bildschirmfoto 2019-11-01 um 08.44.26.png

Habe bis zu 3 Stunden gewartet. Bleibt unverändert.

Im Log über Portainer steht folgendes:

Bildschirmfoto 2019-11-01 um 08.44.12.png

und folgende Prozesse sind im Hintergrund am Laufen:

Bildschirmfoto 2019-11-01 um 09.10.06.png

Hast du oder irgendjemand eine Idee, was ich noch machen könnte?

Das altes Backup (minimal) wurde mit Andres buanet/iobroker:V1.2 erstellt.

dslraser

@StM47 sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

bekomme ich die Info, dass iobroker erst gestoppt werden muss, obwohl der Demon bereits gestoppt wurde. Hierzu habe ich iobroker stop und auch sudo iobroker stop verwendet. Beides stoppt nicht den Vorgang, welcher gestoppt werden muss,

Ich stoppe immer mit pkill io

dslraser

@StM47

hier ein Foto dazu (Achtung!)

und hier der Link

https://buanet.de/knowledge-base/steuerung-iob-ueber-kommandozeile/

StM47

@dslraser sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

pkill io

Danke, das hilft mir schon weiter.
Wiederherstellung geht aber trotz dem nicht.

Bildschirmfoto 2019-11-01 um 09.43.40.png

StM47

Ich habe die Wiederherstellung mal direkt aus dem Verzeichnis backups angestoßen.
Sieht aus, als ob es Probleme mit dem js-controller gibt.

Bildschirmfoto 2019-11-01 um 09.47.07.png

dslraser

@StM47
es sieht so aus als hättest Du pkill io im Backupverzeichnis ausgeführt ? (ich weiß nicht ob das okay ist ?)
Ich mache es im opt/iobroker Verzeichnis.

cd opt/iobroker
pkill io

und dann kannst Du mal nachsehen ob alle Prozesse gekillt sind.
Wenn ja, dann erst ins Backupverzeichnis wechseln.

darkiop

Ist egal wo das ausgeführt wird.

Versuch es mal hiermit:

pgrep -f '^io.*' | xargs kill -9

Danach sollte mit

ps -ef | grep ^io

kein ioBroker Prozess mehr zu finden sein.

Das trim() Thema kam schon öfters, eigentlich sollte das aber gefixt sein? Schau mal hier, du kannst die Datei (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js) selbst bearbeiten:

https://forum.iobroker.net/topic/23036/gelöst-iobroker-restore-typeerror-name-trim-is-not-a-function/19

StM47

@dslraser sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

pkill io

Danke für den Tip, bringt leider auch keinen Erfolg.

Bildschirmfoto 2019-11-01 um 10.38.08.png

Prozesse waren alle beendet.

Segway

@StM47

hast du mal das ioBroker Installation "Fixer" Beta verfügbar Skript drüber laufen lassen ? Keine Ahnung ob das was hilft aber evtl. ein Versuch wert

StM47

Ich habe gestern den Fixer drüber laufen lassen. Danach ist iobroker nicht mehr gestartet.
Ich probiere. es aber noch einmal. irgendwie muss ich ja weiter machen.
ich melde mich wieder.

Edit:

Ich glaube, ich lasse das lieber.
Folgendes steht im dazugehörigen Thread.

Bitte beachten: Anwendung unter Docker sollte, weil eh alles als root läuft, nicht nötig sein und wir raten aktuell mangels klarer Erfahrungen und Feedback von einer Anwendung ab. Falls es doch jemand versuchen will und Feedback geben will: Anwendung komplett auf eigene Gefahr. Unbedingt vorher ein Backup machen und wissen was man tut!]

Bitte beachtet den FAQ Post in diesem Thread!

Das auszuführende Skript wird, wie beim Installer auch, von GitHub geladen und ist so immer aktuell. Der Befehl lautet:

curl -sL https://iobroker.net/fix.sh | bash -
Viel Erfolg und immer eine aktuelle Installation,

Apollon77 & AlCalzone

darkiop

@StM47 Der Fixer ist mittlerweile mit Docker getestet. Die Posts sind veraltet.

Dein Fehler ist aber nicht auf falsche Berechtigungen zurückzuführen. Hast du meinen Beitrag oben gelesen?

StM47

@darkiop

ich habe in der letzten Woche fast nichts Anderes gemacht, wie gelesen.
Mittlerweile hat dieser Thread 1241 Seiten.
kannst du mir genau sagen, wo dein Post steht?

darkiop

@StM47 5 Posts weiter oben :)

StM47

@darkiop :blush:

den habe ich tatsächlich übersehen. :man-gesturing-ok:

StM47

Komme ich zum gleichen Ergebnis.

Bildschirmfoto 2019-11-01 um 11.11.28.png

darkiop

@StM47 Klar, weil du auch nicht alles gelesen hast. Du musst die

/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js

manuell korrigieren. Dann funktioniert der restore wieder.

StM47

@StM47 sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

curl -sL https://iobroker.net/fix.sh | bash -

Habe wie beschrieben die Datei setupBackup.js manuell bearbeitet und siehe da, ich konnte Restore ausführen. Die Wiederherstellung ist auch bis zum Ende durchgelaufen.

Bildschirmfoto 2019-11-01 um 12.12.39.png

Habe Iobroker mit dem Befehl:
node node_modules/iobroker.js-controller/controller.js >/opt/scripts/docker_iobroker_log.txt 2>&1 &
neugestartet.

iobroker lässt sich aber nicht mehr aufrufen.
Es läuft aber.

Bildschirmfoto 2019-11-01 um 12.34.35.png

Wurde durch die Wiederherstellung auch an der IP Adresse geschraubt?

Früher hatte ich ioBroker im gleichen Netz, wie die Diskstation am laufen. IP 192.168.178.50
Die neu Version im Portainer, habe ich mit MacVLAN eingerichtet IP 192.168.178.100

Nach dem Restore werden doch jetzt die ganzen Adapter nachinstalliert. Kann es sein, dass so lange iobroker nicht aufrufbar ist?

StM47

Hören denn die Probleme nie auf!?

Bildschirmfoto 2019-11-01 um 12.42.25.png

Community Forum

NEWS

[HowTo] ioBroker unter Docker auf Synology DiskStation

Support us

392

32.6k

82.2k

1.3m