Iobroker update per Docker
-
@nwh ohje, wie hast du denn das installiert? Also, dann würde ich vorschlagen, dass wir irgendwie die Daten da evakuieren und du dann ioBroker komplett neu aufsetzt nach der gesamten Anleitung von André: https://smarthome.buanet.de/2019/05/iobroker-unter-docker-auf-der-synology-diskstation-v3/
Kannst du mir mal das machen:
ls -la /opt/iobroker -
@unclesam said in Iobroker update per Docker:
ls -la /opt/iobroker
Könntest du mir noch sagen wie ich das Verzeichnis sichern kann.
-
@nwh sagte in Iobroker update per Docker:
Könntest du mir noch sagen wie ich das Verzeichnis sichern kann.
Bin dran... noch ein paar Schritte...
Versuch jetzt mal folgenden Befehl auszuführen:
curl -sL https://iobroker.net/fix.sh | bash - -
@unclesam said in Iobroker update per Docker:
curl -sL https://iobroker.net/fix.sh | bash -
habe ich gemacht:
-
Ins Blaue getippt.
iobroker start
iobroker restart
iobroker start admin.0Geht davon ein Befehl?
Weil, wenn er den Ordner tatsächlich sichern kann, sichert er doch eine "kaputte" Installation?
Ansonsten , wenn das oben nicht hilft kann er doch im Nachhinein ein mount machen und dann gucken wo seine Skripte etc sind?!
-
@haselchen Also wenn ich iobroker start eingebe kommt wieder das was fehlt.
Nur das ich es verstehe, was ist hier eigentlich genau apssiert?
-
warte kurz....
-
@haselchen sagte in Iobroker update per Docker:
Weil, wenn er den Ordner tatsächlich sichern kann, sichert er doch eine "kaputte" Installation?
Ja, die Installation ist kaputt. Aber die Daten sind es (wohl) nicht.
Ansonsten , wenn das oben nicht hilft kann er doch im Nachhinein ein mount machen und dann gucken wo seine Skripte etc sind?!
Keine Chance: die Daten sind nur im Overlay vorhanden, da kein Volume gemountet wurde. Im Nachhinein mounten wird das Overlay (wenn ich mich nicht irre) "verstecken" und man kommt gar nicht mehr an die Daten.
Meine Hoffnung war, ioBroker wieder zum laufen zu bringen und dann ein Backup zu ziehen.
-
@nwh sagte in Iobroker update per Docker:
Nur das ich es verstehe, was ist hier eigentlich genau apssiert?
Kurzversion: du hast kein Volumen gemountet, jetzt sind alle Daten in einem sogenannten "Overlay." Dieses kann man von ausserhalb nicht ansprechen und bei einem Rebuild des Containers gehen die verloren.
Ganz kurz: sch****e
-
npm i iobroker.js-controller@3.1.6
kommst du damit voran?
Eventuell ein sudo voran.
Ist bei mir schon ein wenig her. -
Und kannst du mal folgenden Befehl ausführen?
ls -la /opt/iobroker/iobroker-dataUnd bitte nicht einen Screenshot posten sondern den Text rauskopieren und hier in Code Tags (</>) setzen.
-
@unclesam said in Iobroker update per Docker:
ls -la /opt/iobroker/iobroker-data
root@buanet-iobroker1:/opt/iobroker# ls -la /opt/iobroker/iobroker-data insgesamt 27536 drwxrwxr-x 12 iobroker iobroker 4096 Okt 16 08:37 . drwxrwxr-x 18 iobroker iobroker 4096 Jan 19 18:05 .. drwxrwxr-x 2 iobroker iobroker 4096 Jan 19 18:05 backup-objects drwxrwxr-x 59 iobroker iobroker 4096 Jan 18 13:14 files -rw-rwxr-- 1 iobroker iobroker 4729 Jul 10 2020 iobroker.json drwxr-xr-x 2 iobroker iobroker 4096 Jul 21 15:21 lgtv_0 -rw-rwxr-- 1 iobroker iobroker 12153222 Jan 19 18:05 objects.json -rw-rwxr-- 1 iobroker iobroker 12153206 Jan 19 18:05 objects.json.bak drwxr-xr-x 2 iobroker iobroker 4096 Okt 16 08:37 sqlite -rw-rwxr-- 1 iobroker iobroker 1917907 Jan 19 18:05 states.json -rw-r--r-- 1 iobroker iobroker 1917907 Jan 19 18:05 states.json.bak drwxr-xr-x 2 iobroker iobroker 4096 Jul 10 2020 synology_0 drwxr-xr-x 2 iobroker iobroker 4096 Sep 21 18:16 zigbee_0MOD-Edit: Code in code-tags gesetzt!
-
@haselchen sagte in Iobroker update per Docker:
Eventuell ein sudo voran.
kein sudo bei npm
und unbedingt im Installationsordner ausführen!
-
@unclesam sagte in Iobroker update per Docker:
Dieses kann man von ausserhalb nicht ansprechen
("Bin nur kurz Online deshalb kann ich gerade nicht helfen )
Du kannst das gerade gebrauchen , damit kannst du es aus den Container holen um Ihn zu helfen
-
Es funktioniert wieder, die Lösung war der Befehl von @haselchen
root@buanet-iobroker1:/opt/iobroker# npm i iobroker.js-controller@3.1.6 sudo: Hostname buanet-iobroker1 kann nicht aufgelöst werden: Der Name oder der Dienst ist nicht bekannt > iobroker.js-controller@3.1.6 preinstall /opt/iobroker/node_modules/iobroker.js-controller > node lib/preinstallCheck.js NPM version: 6.14.10 > iobroker.js-controller@3.1.6 install /opt/iobroker/node_modules/iobroker.js-controller > node iobroker.js setup first Existing earlier generated certificate is invalid (too old, validity longer then 345 days or keylength too short). Generating new Certificate! object system.certificates updated The following notifications happened during sync: - Ignoring Directory "hm-rega" because officially not created as meta object. Please remove directory! > acme-v2@1.8.6 postinstall /opt/iobroker/node_modules/acme-v2 > node scripts/postinstall Greenlock and ACME.js v3 are on the way! Watch for updates at https://indiegogo.com/at/greenlock npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@~2.3.1 (node_modules/chokidar/node_modules/fsevents): npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.3.1: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"}) + iobroker.js-controller@3.1.6 added 73 packages from 81 contributors in 47.672s 63 packages are looking for funding run `npm fund` for detailsIobroker läuft wieder.
TAUSEND DANK euch allen.
Der Grund für die Misere war dies Zeile
Wie kann ich das richtig updaten?
-
Jetzt wo es wieder läuft kann ich ja endlich mein Frage loswerden. Die Antwort von @NWH interessiert mich sehr, wollte ihn nur zwischendrin seinen Blutdruck nicht noch weiter in die Höhe treiben:
Warum tut sich jemand eine so spezielle Installation wie einen Container an?
Container sind IMHO für Einsteiger und User, die sich wenig bis gar nicht damit auskennen nicht geeignet. -
@homoran Die Antwort ist einfach, es läuft das NAS 24/7 sowieso.
Und es mit dem Docker ja sehr gut funktioniert.
Was wäre den dein Vorschlag? -
@homoran sagte in Iobroker update per Docker:
Jetzt wo es wieder läuft kann ich ja endlich mein Frage loswerden. Die Antwort von @NWH interessiert mich sehr, wollte ihn nur zwischendrin seinen Blutdruck nicht noch weiter in die Höhe treiben
Dafür aber meinen?
Quark, Spass.Aber Deiner Meinung muss ich widersprechen.
Der Container ist, wenn man es nur 1mal verstanden hat, ne sichere Sache.
Backups? Dafür habe ich meinen gemounteten Ordner, den ich vor jedem grossen Update sichere (Aufwand 5sek)
Ansonsten brauche ich im Container nur eine , von der Software dort zur Verfügung gestellten Sicherung, machen (Deconz, PiHole) und kann den Container löschen, neu laden , löschen , neu laden so oft ich will. Backup einspielen, läuft.Mach das mal auf nem PI3 oder 4. Dann haste dir alles geschrottet, wenn du nicht die richtigen Befehle eingibst.
Du musste jetzt nur noch deinen Iobroker Ordner mounten und dann biste auf der sicheren Seite.
-
@unclesam sagte in Iobroker update per Docker:
@nwh ohje, wie hast du denn das installiert? Also, dann würde ich vorschlagen, dass wir irgendwie die Daten da evakuieren und du dann ioBroker komplett neu aufsetzt nach der gesamten Anleitung von André: https://smarthome.buanet.de/2019/05/iobroker-unter-docker-auf-der-synology-diskstation-v3/
Nicht, dass das in Vergessenheit gerät, nur weil es wieder läuft. Ich würde schon mal mit einem iobroker backup anfangen....
Zu spät...
-
@haselchen sagte in Iobroker update per Docker:
wenn man es nur 1mal verstanden hat
Das ist vollumfänglich für den von mir genannten Personenkreis nicht zu schaffen (Ansonsten gehört man wahrscheinlich nicht zu den Personen
)VM ja, Container: nein!
@nwh sagte in Iobroker update per Docker:
Was wäre den dein Vorschlag?
Das ist nicht leicht, dazu später, denn:
@nwh sagte in Iobroker update per Docker:
es läuft das NAS 24/7 sowieso.
tut es eben nicht.
Oder besser: der Rechner ja, die Platten normalerweise nicht.
Ein laufendes ioBroker hindert die Platten daran in Ruhezustand zu gehen. Und bezüglich des Stromverbrauchs sind die Platten die "Bösen".Ein RasPi mit ioBroker ist in 30 Minuten neu aufgesetzt, funktionierendes Backup natürlich voarusgesetzt, und benötigt weniger Strom, als der Mehrverbrauch des NAS bei laufenden Platten.
Hier könnte man sogar die SD-Karte als "Hardwarebackup" sichern und die neue Installation auf einer neuen Karte durchführen.
(Gilt natürlich für alle Einplatinencomputer)
Hier ist aber das RAM zu beachten, das mindestens 2GB, besser 4GB groß sein sollte. SPontan fallen mir da eben nur der Pi4 oder der Rock64 ein.Aber selbst ein NUC mit Debian zieht max. 10Watt (Ballerspielprozessor natürlich verboten!), aber hier kommt man schnell auf eine Investition von 200 Euronen.
Deswegen: Alternativen sind schwer abzuwägen, aber ein Container der klemmt ist eines Einsteigers Genickbruch
