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

[Scheddy]

@duffbeer2000 Hat leider alles was gedauert bis ich es testen kann. Leider funktioniert es so bei mir nicht.
Oder darf aus dem iobroker backup nur der Ordner iobroker-data kopiert werden?
iobroker.html

[duffbeer2000]

@Scheddy Nicht den Ordner sondern nur die aktuellste Backup-Datei. z.B.: 2020_03_25-14_06_15_backupiobroker.tar.gz die und nichts anderes darf in dem Fall im ioBroker-data Verzeichnis sein. Am besten hierfür einen neuen iobroker-data Ordner machen da wenn du den Inhalt löscht immer noch ein versteckter Ordner drin bleibt. Wenn du dann mit dem aktuell Docke Image von Buanet startest stellt er alles wieder her.

[Scheddy]

@duffbeer2000 also doch einfacher als gedacht :) Wie muss denn das Backup erstellt werden? Mein Backup akzeptiert er nicht.

[duffbeer2000]

@Scheddy Ok, das ist spannend. Eigentlich ein normales Backup, bei mir erstelle ich das mit backitup. Das macht aber meines wissnes auch nichts anderes wie den Befehl "iobroker backup" auszuführen. Was sagt er denn im Log?

[Glasfaser]

@All

Kann einer von Euch ,
hier im Thread " SQL-Adapter Host-Einstellung " mal vorbeischauen ,
weil ein User hier bei seine Synology alle Ports offen hat .... bzw. die Einstellungen im Portainer nicht richtig hat , wo ich nicht weiter komme !!!!

DANKE !!!!

[Scheddy]

@duffbeer2000 ich habe es jetzt getestet mit backitup. Dadurch hatte ich 2 Dateien, einmal das iobroker Backup und HistoryDB.

Test mit Backitup:
Restore Log:
sudo: Hostname iobroker kann nicht aufgelöst werden
sudo: Die Audit-Nachricht kann nicht gesendet werden: Unbekannter Fehler -1
sudo: pam_open_session: Systemfehler
sudo: Regelwerks-Plugin konnte Sitzung nicht initialisieren

Instanzen fehlen, in VIS fehlen die Projekte.

Was müsste im Backup denn drin sein? Die Größe ist echt auch klein bei iobroker, nur 9,6MB.
Wenn ich das Backup in der Konsole anfertige ist es gleichgroß.

[duffbeer2000]

@Scheddy die Größe sollte passen. Das restore sollte aber automatisch beim ersten Start ausgeführt werden. Danach dauert es einige Zeit bis alle Adapter wieder installiert wurden. (die welche über github installiert wurden müssen händisch wieder installiert werden.)
Wie sieht denn das Log vom ersten Container start aus? Und welche Version vom buanet Image nutzt du?

[Scheddy]

@duffbeer2000 also ich habe 30 Minuten gewartet und die einzigen Adapter waren:
Admin
Discovery devices
Information tab
Also ich glaube nicht das es so lange dauert noch einen weiteren Adapter zu installieren, oder ich habe sonst nur welche bei github. Buanet Version weiß ich leider gar nicht, ist wirklich eine ältere.
Mein js-controller läuft noch auf 1.2.3
Node.js v8.15.1
NPM 6.4.1

Oder muss ich erstmal in meinem iobroker versuchen alles zu aktualisieren?

[andre]

@Scheddy Restore funktioniert erst ab dieser Version:

v4.0.3beta (2020-01-06)
added support to restore backup on startup

Dus solltest also am besten v 4.1. benutzen, das ist auch die aktuelle Latest Version.

Die Version die du verwendest findest du beim Start des Containers auch im Log. Ebenso die Information ob ein Restore ausgeführt wurde...

MfG,
André

[duffbeer2000]

@Scheddy achso, ich dachte du startest schon mit dem neuen Container. So wie @andre sagt musst die neuste Version nehmen dann macht er beim restore auch das Update mit den neuen Versionen.

[Scheddy]

@duffbeer2000 @andre also im neuen Container verwende ich die neueste Version von buanet. Nur mein aktueller Container ist alt aus dem das Backup ist.

[gerald123]

Hallo Iobroker,
Ich habe soeben das Problem, dass mein Zigbee Stick nicht mehr erkannt wird.
Mein Iobroker läuft auf einer Synology 918+ und der Stick ist direkt am USB angeschlossen.
Er wurde bis jetzt immer als ttyACM1 erkannt.
Seid ca 1Std. wird er dort nicht mehr angezeigt und mein angezeigt und der Container geht in stopp. In der Synology Info-Center ist er aber immer noch da und wird dort auch als CC2538 angezeigt.
Was kann da passiert sein?

[Glasfaser]

@gerald123

( Glaskugel .... man kann leider nicht´s erkennen )

Mit der 4.1.0 funktioniert es ohne Problem , den ... bzw. mehrere USB Devices durchzureichen .

[gerald123]

Ich habe jetzt versuchsweise mal einen weiteren Stick angesteckt und jetzt werden beide angezeigt.
Gebe ich den zweiten wieder weg dann wird auch der ttyACM1 nicht mehr angezeigt.
Alles lief jetzt seid drei Wochen ohne Änderungen absolut problemlos und jetzt so ein Phänomen.

[Glasfaser]

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

und der Container geht in stopp.

???

[gerald123]

@Glasfaser Bei mir ist alles über Portainer wie von Andre beschrieben installiert.
Der USB Port ist in den Container weitergeleitet und wen der Port fehlt geht bei mir auch der Container in stopp

[Glasfaser]

@gerald123

Habe ich noch nie gehört ... wenn eine Device (USB) fehlt das der Container stoppt.
Schau mal im im Protokoll was er dann für eine Fehlermeldung auswirft.

[FoodFighter]

Hallo allerseits,
ich würde gerne den "MIHOME-VACUUM" Adapter in meinem iobroker-Docker installieren.
Leider klappt das nicht, weil dafür ein paar libs und canvas notwendig sind:

Please install canvas and the libs manually with:
sudo apt-get install build-essential libcairo2-dev libpango1.0-dev libjpeg-dev libgif-dev librsvg2-dev
sudo npm install canvas --unsafe-perm=true

Die libs kann ich dem Docker-File über die die ENV-Variable "PACKAGES" mitgeben...das scheint auch zu funktionieren.
Aber für canvas finde ich keine Lösung.

Hat da jemand eine schlaue Idee, wie man den Adapter im Docker zum laufen bekommt?

npm ERR! A complete log of this run can be found in:npm ERR!     /opt/iobroker/.npm/_logs/2020-03-28T15_46_02_615Z-debug.log
ERROR: host.iobroker Cannot install iobroker.mihome-vacuum@2.0.7: 1
ERROR: process exited with code 25

Hier noch die npm-Log 2020-03-28T15_46_02_615Z-debug.log

[duffbeer2000]

@Scheddy das es ein Backup einer älteren Version ist sollte kein Problem sein. Aktuelles Image nehmen, neuen Ordner für iobroker data und da das eine Backup file rein und wenn was nicht klappen sollte dann bitte das Log file vom Container start posten.

[FoodFighter]

@FoodFighter
Scheinbar lag der Fehler darin, dass die Pakete

build-essential libcairo2-dev libpango1.0-dev libjpeg-dev libgif-dev librsvg2-dev

nicht installiert werden, wenn man sie in der ENV-Variable einträgt.

Wenn der Container hochgefahren ist und man über dessen Konsole

sudo apt-get install build-essential libcairo2-dev libpango1.0-dev libjpeg-dev libgif-dev librsvg2-dev

ausführt, werden keine Pakete gefunden - man MUSS vorher ein

sudo apt-get update

ausführen, danach kann man über die Konsole die Pakete installieren, dann funktioniert auch alles.

Wieso ist das so und wieso macht der start-script nicht automatisch ein apt-get update? :(