Restore von minimalen Backup funktioniert nicht!
-
läuft ja noch immer ^^
wobei ich mir ziemlich sicher bin das ich aufgrund von MariaDB --> Redis nicht im Einsatz habe!
eventuell hilft das ja auch weiter:
pi@RDJLHOME:/opt/iobroker $ iobroker list instances system.adapter.admin.0 : admin - enabled, port: 8081, bind: 0.0.0.0 (SS L), run as: admin system.adapter.alexa2.0 : alexa2 - disabled + system.adapter.backitup.0 : backitup - enabled + system.adapter.backitup.1 : backitup - enabled system.adapter.backitup.2 : backitup - disabled system.adapter.broadlink2.0 : broadlink2 - disabled system.adapter.coronavirus-statistics.0: coronavirus-statistics - disabled system.adapter.discovery.0 : discovery - disabled system.adapter.flot.0 : flot - disabled system.adapter.ical.0 : ical - disabled system.adapter.icons-addictive-flavour-png.0: icons-addictive-flavour-png - disabled system.adapter.info.0 : info - disabled system.adapter.iot.0 : iot - disabled system.adapter.javascript.0 : javascript - disabled system.adapter.meross.0 : meross - disabled system.adapter.mihome.0 : mihome - disabled, port: 9898, bind: 0.0.0.0 system.adapter.mihome.1 : mihome - disabled, port: 9898, bind: 192.168.1.5 system.adapter.modbus.0 : modbus - disabled system.adapter.musiccast.0 : musiccast - disabled system.adapter.onkyo.0 : onkyo - disabled system.adapter.parser.0 : parser - disabled system.adapter.ping.0 : ping - disabled system.adapter.ping.1 : ping - disabled system.adapter.pushover.0 : pushover - disabled system.adapter.rickshaw.0 : rickshaw - disabled system.adapter.shelly.0 : shelly - disabled, port: 1882, bind: 0.0.0.0 system.adapter.sonoff.0 : sonoff - disabled, port: 1883, bind: 0.0.0.0 system.adapter.sonoff.1 : sonoff - disabled, port: 1883, bind: 0.0.0.0 system.adapter.sql.0 : sql - disabled, port: 3307 system.adapter.telegram.0 : telegram - disabled, port: 8443, bind: 0.0.0.0 system.adapter.terminal.0 : terminal - disabled, port: 8088, bind: 0.0.0.0 (SS L), run as: admin system.adapter.text2command.0 : text2command - disabled system.adapter.vis-bars.0 : vis-bars - disabled system.adapter.vis-canvas-gauges.0 : vis-canvas-gauges - disabled system.adapter.vis-colorpicker.0 : vis-colorpicker - disabled system.adapter.vis-fancyswitch.0 : vis-fancyswitch - disabled system.adapter.vis-google-fonts.0 : vis-google-fonts - disabled system.adapter.vis-history.0 : vis-history - disabled system.adapter.vis-hqwidgets.0 : vis-hqwidgets - disabled system.adapter.vis-jqui-mfd.0 : vis-jqui-mfd - disabled system.adapter.vis-justgage.0 : vis-justgage - disabled system.adapter.vis-keyboard.0 : vis-keyboard - disabled system.adapter.vis-lcars.0 : vis-lcars - disabled system.adapter.vis-map.0 : vis-map - disabled system.adapter.vis-metro.0 : vis-metro - disabled system.adapter.vis-players.0 : vis-players - disabled system.adapter.vis-plumb.0 : vis-plumb - disabled system.adapter.vis-rgraph.0 : vis-rgraph - disabled system.adapter.vis-timeandweather.0 : vis-timeandweather - disabled system.adapter.vis-weather.0 : vis-weather - disabled system.adapter.vis.0 : vis - disabled system.adapter.web.0 : web - disabled, port: 8082, bind: 0.0.0.0, ru n as: admin system.adapter.yamaha.0 : yamaha - disabled system.adapter.zigbee.0 : zigbee - disabled, port: /dev/ttyACM0 system.adapter.zigbee.2 : zigbee - disabled, port: /dev/ttyACM0 -
@MyzerAT sagte in Restore von minimalen Backup funktioniert nicht!:
MariaDB --> Redis
Aber MariaDB und Redis haben nichts miteinander zu tun.
-
leider ist es schon über ein Jahr her, aber ich bin mir zu 95% sicher das ich damals nur "ENTER" gedrückt habe und nicht "redis" eingegeben hab, beim erstellen des Multihostsystems !
-
@MyzerAT sagte in Restore von minimalen Backup funktioniert nicht!:
beim ausführen des befehls "iobroker host this, kommt folgendes:
Multihost war bisher nicht genannt
Dann musst du einen anderen Befehl nehmen. Ich weiß gerade nicht die exakte Form.
da musst du mal suchen, oder vielleicht kann @apollon77 helfen.
Der Befehl in der Liste
iobroker host <hostname>kommt da irgendwie hin, aber halt wie genau weiß ich nicht -
-
hier das logfile
-
niemand eine Idee dazu, habe extra das log gepostet!
-
@MyzerAT Poste es mal in txt.
-
-
@MyzerAT
Denke hier liegt dein Problem ...2020-03-18 12:59:24.420 - [31merror[39m: admin.0 (3393) Please specify the email address and domains to use Let's Encrypt certificates! 2020-03-18 12:59:24.457 - [31merror[39m: admin.0 (3393) uncaught exception: error:140AB18F:SSL routines:SSL_CTX_use_certificate:ee key too small 2020-03-18 12:59:24.458 - [31merror[39m: admin.0 (3393) Error: error:140AB18F:SSL routines:SSL_CTX_use_certificate:ee key too smallDa kommen in Log einige errors
-
und wie kann ich das beheben?
-
@MyzerAT
Hast du bei deinem alten System da was aktiv?
Falls ja deaktiviere das mal alles und mache dann ein Backup. -
in der Admin Instanz ist da was mit Zertifikat , wo aber was mit einer Emailadresse ist kann ich mich nicht erinnern
eventuell muss ich https deaktivieren vorm backup machen ?!
-
@MyzerAT sagte in Restore von minimalen Backup funktioniert nicht!:
Ja mache das mal ...
-
so hatte endlich Zeit ein Backup ohne "https" in der Admin Instanz zu erstellen, beim ausführen des Befehls "iobroker restore 0 " auf den neuen Host kam es jedoch wieder zu einem Fehler:
pi@RDJLHOME:~ $ iobroker restore 0 host.RDJLHOME Using backup file zigbee.0_2020_03_21-16_40_03_backupiobroker.tar.gz host.RDJLHOME Cannot find extracted file from file "/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/backup.json" iobroker controller daemon is not running host.RDJLHOME OK. (node:2729) UnhandledPromiseRejectionWarning: Error: ENOENT: no such file or directory, open '/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/backup.json' at Object.openSync (fs.js:443:3) at Object.readFileSync (fs.js:343:35) at BackupRestore.restoreAfterStop (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js:566:23) at Daemon.daemon.on (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js:846:22) at Daemon.emit (events.js:203:15) at Daemon._kill (/opt/iobroker/node_modules/daemonize2/lib/daemonize.js:246:14) at Daemon.stop (/opt/iobroker/node_modules/daemonize2/lib/daemonize.js:185:17) at tar.extract.err (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js:848:20) (node:2729) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). (rejection id: 1) (node:2729) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.also er findet das nicht "Cannot find extracted file from file "/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/backup.json"
mein Fehler war das ich einfach die Backupdatei "****.gz" in den Ordner von WinSCP gezogen habe und dort fallen gelassen habe, somit wurde die Datei nicht ordnungsgemäß übertragen, warum auch immer?!
Richtige Vorgehensweise war dann die Datei in einen Win10 Ordner zu kopieren und von dort per WinSCP in den neuen Host"HOCHZULADEN" dann kam der Fehler nicht mehr.
und der Restore hat dann per befehl: iobroker restore 0 funktioniert, nun installiert er die Adapter nach und nach!
