UNSOLVED Backitup Error from InMemDB

Ja, das kommt vom Backitup Adapter.
Da hatte ich eben auch ein issue erstellt.
Das wurde mit dem Kommentar gelöscht das ein issue beim betreffenden Adapter erstellt werden soll.
Der Backitup Adapter ist der Adapter der das verursacht!

simatec

@Yetiberg
Bitte stelle die Instanz von backitup auf debug und poste den Log vom Backup Prozess.
In deinem Log weiter oben deutet nichts auf Backitup hin.

Was hast du für eine node, nodejs, npm, js-controller und backitup Version laufen?

Hast du den Installer-Fix bereits laufen lassen?
Hier schein an deinem System was defekt zu sein und hat nix mit Backitup zu tun.
Darum wurde dein Issue geschlossen ...

@simatec

Backitup Version : 1.5.8
node 12.18.0
nodejs 12.18.0
npm 6.14.4
js-controller 3.1.4

2020-06-05 15:16:01.756  - [32minfo[39m: backitup.0 (1848) Got terminate signal TERMINATE_YOURSELF
2020-06-05 15:16:01.772  - [32minfo[39m: backitup.0 (1848) cleaned everything up...
2020-06-05 15:16:01.773  - [32minfo[39m: backitup.0 (1848) terminating
2020-06-05 15:16:01.775  - [32minfo[39m: backitup.0 (1848) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2020-06-05 15:16:02.365  - [32minfo[39m: host.rockpro64 instance system.adapter.backitup.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2020-06-05 15:16:04.852  - [32minfo[39m: host.rockpro64 instance system.adapter.backitup.0 started with pid 395790
2020-06-05 15:16:09.321  - [34mdebug[39m: backitup.0 (395790) Redis Objects: Use Redis connection: 0.0.0.0:9001
2020-06-05 15:16:09.421  - [34mdebug[39m: backitup.0 (395790) Objects client ready ... initialize now
2020-06-05 15:16:09.425  - [34mdebug[39m: backitup.0 (395790) Objects create System PubSub Client
2020-06-05 15:16:09.427  - [34mdebug[39m: backitup.0 (395790) Objects create User PubSub Client
2020-06-05 15:16:09.428  - [34mdebug[39m: backitup.0 (395790) Objects client initialize lua scripts
2020-06-05 15:16:09.475  - [34mdebug[39m: backitup.0 (395790) Objects connected to redis: 0.0.0.0:9001
2020-06-05 15:16:09.481  - [34mdebug[39m: backitup.0 (395790) objectDB connected
2020-06-05 15:16:09.483  - [34mdebug[39m: backitup.0 (395790) Redis States: Use Redis connection: 0.0.0.0:9000
2020-06-05 15:16:09.511  - [34mdebug[39m: backitup.0 (395790) States create User PubSub Client
2020-06-05 15:16:09.514  - [34mdebug[39m: backitup.0 (395790) States create System PubSub Client
2020-06-05 15:16:09.564  - [34mdebug[39m: backitup.0 (395790) States connected to redis: 0.0.0.0:9000
2020-06-05 15:16:09.565  - [34mdebug[39m: backitup.0 (395790) statesDB connected
2020-06-05 15:16:11.286  - [34mdebug[39m: backitup.0 (395790) Plugin sentry Initialize Plugin (enabled=true)
2020-06-05 15:16:11.295  - [32minfo[39m: backitup.0 (395790) Plugin sentry Sentry Plugin disabled for this process because sending of statistic data is disabled for the system
2020-06-05 15:16:11.309  - [32minfo[39m: backitup.0 (395790) starting. Version 1.5.8 in /opt/iobroker/node_modules/iobroker.backitup, node: v12.18.0, js-controller: 3.1.4
2020-06-05 15:16:11.374  - [32minfo[39m: backitup.0 (395790) [iobroker] backup was activated at 03:01 every 1 day(s)
2020-06-05 15:16:11.388  - [32minfo[39m: backitup.0 (395790) [ccu] backup was activated at 03:50 every 3 day(s)
2020-06-05 15:16:11.503  - [34mdebug[39m: backitup.0 (395790) FTP connected.
2020-06-05 15:16:13.535  - [34mdebug[39m: backitup.0 (395790) detect backup file 1: iobroker_2020_06_04-03_01_10_backupiobroker.tar.gz
2020-06-05 15:16:13.536  - [34mdebug[39m: backitup.0 (395790) detect backup file 2: iobroker_2020_06_04-13_18_58_backupiobroker.tar.gz
2020-06-05 15:16:13.537  - [34mdebug[39m: backitup.0 (395790) detect backup file 3: iobroker_2020_06_05-03_01_10_backupiobroker.tar.gz
2020-06-05 15:16:13.538  - [34mdebug[39m: backitup.0 (395790) detect backup file 4: iobroker_2020_06_05-10_34_34_backupiobroker.tar.gz
2020-06-05 15:16:13.539  - [34mdebug[39m: backitup.0 (395790) detect last backup file: iobroker_2020_06_05-10_34_34_backupiobroker.tar.gz
2020-06-05 15:16:15.903  - [34mdebug[39m: backitup.0 (395790) sendTo "getTelegramUser" to system.adapter.admin.0 from system.adapter.backitup.0: {"324257887":{"firstName":"Achim","userName":"Pocky2507"}}
2020-06-05 15:16:17.398  - [34mdebug[39m: backitup.0 (395790) Backup has started ...
2020-06-05 15:16:24.284  - [34mdebug[39m: backitup.0 (395790) [iobroker/iobroker] host.rockpro64 35679 states saved
2020-06-05 15:16:24.508  - [34mdebug[39m: backitup.0 (395790) [iobroker/iobroker] host.rockpro64 29222 objects saved
2020-06-05 15:16:27.805  - [33mwarn[39m: host.rockpro64 Objects 127.0.0.1:55014 Error from InMemDB: Error: ERROR readDir id=0_userdata.0: Not exists
2020-06-05 15:16:27.809  - [33mwarn[39m: host.rockpro64 Objects 127.0.0.1:55014 Error from InMemDB: Error: ERROR readDir id=admin.0: Not exists
2020-06-05 15:16:27.809  - [33mwarn[39m: host.rockpro64 Objects 127.0.0.1:55014 Error from InMemDB: Error: ERROR readDir id=admin.1: Not exists
2020-06-05 15:16:27.810  - [33mwarn[39m: host.rockpro64 Objects 127.0.0.1:55014 Error from InMemDB: Error: ERROR readDir id=enigma2.0: Not exists
2020-06-05 15:16:27.817  - [33mwarn[39m: host.rockpro64 Objects 127.0.0.1:55014 Error from InMemDB: Error: ERROR readDir id=enigma2.1: Not exists
2020-06-05 15:16:27.817  - [33mwarn[39m: host.rockpro64 Objects 127.0.0.1:55014 Error from InMemDB: Error: ERROR readDir id=enigma2.2: Not exists
2020-06-05 15:16:27.817  - [33mwarn[39m: host.rockpro64 Objects 127.0.0.1:55014 Error from InMemDB: Error: ERROR readDir id=enigma2.3: Not exists
2020-06-05 15:16:27.818  - [33mwarn[39m: host.rockpro64 Objects 127.0.0.1:55014 Error from InMemDB: Error: ERROR readDir id=enigma2.4: Not exists
2020-06-05 15:16:27.818  - [33mwarn[39m: host.rockpro64 Objects 127.0.0.1:55014 Error from InMemDB: Error: ERROR readDir id=enigma2.5: Not exists
2020-06-05 15:16:27.819  - [33mwarn[39m: host.rockpro64 Objects 127.0.0.1:55014 Error from InMemDB: Error: ERROR readDir id=web.0: Not exists
2020-06-05 15:16:43.789  - [34mdebug[39m: backitup.0 (395790) [iobroker/iobroker] Backup created: /opt/iobroker/backups/iobroker_2020_06_05-15_16_17_backupiobroker.tar.gz
2020-06-05 15:16:44.838  - [34mdebug[39m: backitup.0 (395790) [iobroker/iobroker] done
2020-06-05 15:16:45.424  - [34mdebug[39m: backitup.0 (395790) [iobroker/historyDB] done
2020-06-05 15:16:45.426  - [34mdebug[39m: backitup.0 (395790) [iobroker/zigbee] found zigbee database: zigbee.0
2020-06-05 15:16:45.427  - [34mdebug[39m: backitup.0 (395790) [iobroker/zigbee] done
2020-06-05 15:16:45.437  - [34mdebug[39m: backitup.0 (395790) [iobroker/clean] done
2020-06-05 15:16:45.448  - [34mdebug[39m: backitup.0 (395790) sendTo "send" to system.adapter.telegram.0 from system.adapter.backitup.0
2020-06-05 15:16:45.450  - [34mdebug[39m: backitup.0 (395790) [iobroker/telegram] done
2020-06-05 15:16:45.467  - [34mdebug[39m: backitup.0 (395790) [iobroker/history] backitup.0.history.html
2020-06-05 15:16:45.468  - [34mdebug[39m: backitup.0 (395790) [iobroker] exec: done
2020-06-05 15:16:45.470  - [34mdebug[39m: backitup.0 (395790) [iobroker/history] backitup.0.history.json
2020-06-05 15:16:45.472  - [34mdebug[39m: backitup.0 (395790) [iobroker] exec: done
2020-06-05 15:16:45.495  - [34mdebug[39m: backitup.0 (395790) [iobroker/ftp] FTP connected.
2020-06-05 15:16:45.496  - [34mdebug[39m: backitup.0 (395790) [iobroker/ftp] Send iobroker_2020_06_05-15_16_17_backupiobroker.tar.gz
2020-06-05 15:16:55.629  - [34mdebug[39m: backitup.0 (395790) [iobroker/ftp] Send historyDB_2020_06_05-15_16_44_backupiobroker.tar.gz
2020-06-05 15:16:55.654  - [34mdebug[39m: backitup.0 (395790) [iobroker/ftp] Send zigbee.0_2020_06_05-15_16_45_backupiobroker.tar.gz
2020-06-05 15:16:55.673  - [34mdebug[39m: backitup.0 (395790) [iobroker/ftp] done
2020-06-05 15:16:55.674  - [34mdebug[39m: backitup.0 (395790) [iobroker] exec: done
2020-06-05 15:17:03.344  - [34mdebug[39m: backitup.0 (395790) system.adapter.admin.0: logging true
2020-06-05 15:17:43.332  - [32minfo[39m: host.rockpro64 stopInstance system.adapter.backitup.0 (force=false, process=true)
2020-06-05 15:17:43.338  - [32minfo[39m: host.rockpro64 stopInstance system.adapter.backitup.0 send kill signal
2020-06-05 15:17:43.344  - [32minfo[39m: backitup.0 (395790) Got terminate signal TERMINATE_YOURSELF
2020-06-05 15:17:43.345  - [32minfo[39m: backitup.0 (395790) cleaned everything up...
2020-06-05 15:17:43.346  - [32minfo[39m: backitup.0 (395790) terminating
2020-06-05 15:17:43.347  - [34mdebug[39m: backitup.0 (395790) Plugin sentry destroyed
2020-06-05 15:17:43.348  - [32minfo[39m: backitup.0 (395790) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2020-06-05 15:17:43.967  - [32minfo[39m: host.rockpro64 instance system.adapter.backitup.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2020-06-05 15:17:46.455  - [32minfo[39m: host.rockpro64 instance system.adapter.backitup.0 started with pid 396352
2020-06-05 15:17:54.030  - [32minfo[39m: backitup.0 (396352) Plugin sentry Sentry Plugin disabled for this process because sending of statistic data is disabled for the system
2020-06-05 15:17:54.044  - [32minfo[39m: backitup.0 (396352) starting. Version 1.5.8 in /opt/iobroker/node_modules/iobroker.backitup, node: v12.18.0, js-controller: 3.1.4
2020-06-05 15:17:54.109  - [32minfo[39m: backitup.0 (396352) [iobroker] backup was activated at 03:01 every 1 day(s)
2020-06-05 15:17:54.123  - [32minfo[39m: backitup.0 (396352) [ccu] backup was activated at 03:50 every 3 day(s)

simatec

@Yetiberg

Wie erwartet kommen diese Meldungen nicht durch backitup, sondern etstehen bei iobroker Backup Prozess aufgrund fehlende Objekte ...

2020-06-05 15:16:17.398  - [34mdebug[39m: backitup.0 (395790) Backup has started ...
2020-06-05 15:16:24.284  - [34mdebug[39m: backitup.0 (395790) [iobroker/iobroker] host.rockpro64 35679 states saved
2020-06-05 15:16:24.508  - [34mdebug[39m: backitup.0 (395790) [iobroker/iobroker] host.rockpro64 29222 objects saved
2020-06-05 15:16:27.805  - [33mwarn[39m: host.rockpro64 Objects 127.0.0.1:55014 Error from InMemDB: Error: ERROR readDir id=0_userdata.0: Not exists
2020-06-05 15:16:27.809  - [33mwarn[39m: host.rockpro64 Objects 127.0.0.1:55014 Error from InMemDB: Error: ERROR readDir id=admin.0: Not exists
2020-06-05 15:16:27.809  - [33mwarn[39m: host.rockpro64 Objects 127.0.0.1:55014 Error from InMemDB: Error: ERROR readDir id=admin.1: Not exists
2020-06-05 15:16:27.810  - [33mwarn[39m: host.rockpro64 Objects 127.0.0.1:55014 Error from InMemDB: Error: ERROR readDir id=enigma2.0: Not exists
2020-06-05 15:16:27.817  - [33mwarn[39m: host.rockpro64 Objects 127.0.0.1:55014 Error from InMemDB: Error: ERROR readDir id=enigma2.1: Not exists
2020-06-05 15:16:27.817  - [33mwarn[39m: host.rockpro64 Objects 127.0.0.1:55014 Error from InMemDB: Error: ERROR readDir id=enigma2.2: Not exists
2020-06-05 15:16:27.817  - [33mwarn[39m: host.rockpro64 Objects 127.0.0.1:55014 Error from InMemDB: Error: ERROR readDir id=enigma2.3: Not exists
2020-06-05 15:16:27.818  - [33mwarn[39m: host.rockpro64 Objects 127.0.0.1:55014 Error from InMemDB: Error: ERROR readDir id=enigma2.4: Not exists
2020-06-05 15:16:27.818  - [33mwarn[39m: host.rockpro64 Objects 127.0.0.1:55014 Error from InMemDB: Error: ERROR readDir id=enigma2.5: Not exists
2020-06-05 15:16:27.819  - [33mwarn[39m: host.rockpro64 Objects 127.0.0.1:55014 Error from InMemDB: Error: ERROR readDir id=web.0: Not exists
2020-06-05 15:16:43.789  - [34mdebug[39m: backitup.0 (395790) [iobroker/iobroker] Backup created: /opt/iobroker/backups/iobroker_2020_06_05-15_16_17_backupiobroker.tar.gz
2020-06-05 15:16:44.838  - [34mdebug[39m: backitup.0 (395790) [iobroker/iobroker] done

Das gleiche würde sicher auch kommen, wenn du über die Konsole iobroker backup ausführen würdest
Probiere das mal über die Konsole und poste bitte den Log.

Kann es sein, dass du ein node Update gemacht hast und im anschluss keinen rebuild ausgeführt hast oder der Rebuild Fehler rausgehauen hat?

Irgendwie verwirrt mich folgendes im Log ...

host.rockpro64 Objects 127.0.0.1:55014

Was ist da für ein Port?

Hast du iobroker fix mal laufen lassen?

@simatec sagte in Backitup Error from InMemDB:

iobroker backup

Nee, kein node Update gemacht.
Und was das für ein Port ist, weiss ich auch nicht.
Den fixer hatte ich schon mehrmals drüber laufen lassen.

rockpro64@rockpro64:~$ cd /opt/iobroker
rockpro64@rockpro64:/opt/iobroker$ iobroker stop
rockpro64@rockpro64:/opt/iobroker$ iobroker backup
host.rockpro64 35691 states saved
host.rockpro64 29246 objects saved
Backup created: /opt/iobroker/backups/2020_06_05-15_44_08_backupiobroker.tar.gz

htrecksler

@simatec Die Tatsache, das die Meldungen exakt um 03:00 Uhr im log stehen und genau dann startet der Backitup Adapter mit dem Backup.
Ich stelle den Adapter jetzt mal auf Debug, schaue morgen früh nach dem log und poste das dann.

Mit Updates meinte ich den Updatemarathon vom vergangenen Wochenende. Ich bin jetzt mit allen Adapter zumindest im stable, mit einigen musste ich sogar auf latest. Keine Ahnung welche Updates genau. es waren 25 Adapter und der Host.

Backitup läuft in der 1.5.8 der Admin auf 4.1.1 und der Controller 3.1.4

Und hier der Vollständigkeit halber die betreffenden Logeinträge.

2020-06-05 03:00:16.668 - warn: host.iobrokerVM Objects 127.0.0.1:60052 Error from InMemDB: Error: ERROR readDir id=0_userdata.0: Not exists
2020-06-05 03:00:16.671 - warn: host.iobrokerVM Objects 127.0.0.1:60052 Error from InMemDB: Error: ERROR readDir id=admin.0: Not exists
2020-06-05 03:00:16.679 - warn: host.iobrokerVM Objects 127.0.0.1:60052 Error from InMemDB: Error: ERROR readDir id=web.0: Not exists

Und es war nicht meine Absicht dich mit meiner Anmerkung anzugreifen, es gibt also keinen Grund so dünnhäutig zu reagieren. Selbst wenn der Auslöser der "normale" Prozess "iobroker Backup" ist, so wird dieser durch den Adapter erzeugt bzw. ausgelöst. Also ist der Adapter für mich als Anwender zunächst der Verursacher.
Da es aber nur ein WARN ist, und ich die Sicherungen vom Backitup nun auch nicht zwingend benötige (ist bei mir quasi der doppelte Boden) messe ich dem erst mal keine hohe Priorität bei.

simatec

@htrecksler sagte in Backitup Error from InMemDB:

Und es war nicht meine Absicht dich mit meiner Anmerkung anzugreifen, es gibt also keinen Grund so dünnhäutig zu reagieren.

Alles gut ... hab es auch nicht als Angriff gewertet.
Es ist halt nur schnell mal ein Adapter als Schuldiger ausgemacht, obwohl die Ursache tiefer liegt.

simatec

So da es ja auch eine Suchfunktion hier im Forum gibt, hier mal der Link zum Beitrag von @apollon77 zu den Warnmeldungen ...

https://forum.iobroker.net/post/430460

Wie gesagt, es liegt nicht am Adapter, sondern an dem System, auf welchen das Backup ausgeführt wird.
Der Backupprozess geht alle Dateien und Ordner laut json durch und finde diese in euren Warnungen nicht, da sie nicht exitieren, oder eventuell auch die Rechte nicht stimmen.

Da es nur eine Warnung ist, kann das erstmal ignoriert werden und die Dev's lassen sich dazu mit einem der nächsten js-controller Updates sicher etwas einfallen.

htrecksler

@simatec sagte in Backitup Error from InMemDB:

Da es nur eine Warnung ist, kann das erstmal ignoriert werden

Sag ich ja. Aber Danke für deine Mühen.

htrecksler

@simatec und hier noch der Vollständigkeit halber das log von letzter Nacht

2020-06-06 03:00:10.119 - debug: backitup.0 (30154) Backup has started ...
2020-06-06 03:00:15.103 - debug: backitup.0 (30154) [iobroker/iobroker] host.iobrokerVM 12826 states saved
2020-06-06 03:00:15.160 - debug: backitup.0 (30154) [iobroker/iobroker] host.iobrokerVM 16807 objects saved
2020-06-06 03:00:17.178 - warn: host.iobrokerVM Objects 127.0.0.1:54412 Error from InMemDB: Error: ERROR readDir id=0_userdata.0: Not exists
2020-06-06 03:00:17.180 - warn: host.iobrokerVM Objects 127.0.0.1:54412 Error from InMemDB: Error: ERROR readDir id=admin.0: Not exists
2020-06-06 03:00:17.187 - warn: host.iobrokerVM Objects 127.0.0.1:54412 Error from InMemDB: Error: ERROR readDir id=web.0: Not exists
2020-06-06 03:00:23.419 - debug: backitup.0 (30154) [iobroker/iobroker] Backup created: /opt/iobroker/backups/iobroker_2020_06_06-03_00_10_xgwstre_backupiobroker.tar.gz
2020-06-06 03:00:24.446 - debug: backitup.0 (30154) [iobroker/iobroker] done
2020-06-06 03:00:24.636 - debug: backitup.0 (30154) [iobroker/redis] done
2020-06-06 03:00:24.642 - debug: backitup.0 (30154) [iobroker/dropbox] Copy iobroker_2020_06_06-03_00_10_xgwstre_backupiobroker.tar.gz...
2020-06-06 03:00:27.228 - debug: backitup.0 (30154) [iobroker/dropbox] Copy redis_2020_06_06-03_00_24_backupiobroker.tar.gz...
2020-06-06 03:00:28.538 - debug: backitup.0 (30154) [iobroker/dropbox] done
2020-06-06 03:00:28.543 - debug: backitup.0 (30154) [iobroker/clean] delete /opt/iobroker/backups/iobroker_2020_06_01-03_00_10_xgwstre_backupiobroker.tar.gz
2020-06-06 03:00:28.546 - debug: backitup.0 (30154) [iobroker/clean] done
2020-06-06 03:00:28.559 - debug: backitup.0 (30154) sendTo "send" to system.adapter.telegram.0 from system.adapter.backitup.0
2020-06-06 03:00:28.562 - debug: backitup.0 (30154) [iobroker/telegram] done
2020-06-06 03:00:28.574 - debug: backitup.0 (30154) [iobroker/history] backitup.0.history.html
2020-06-06 03:00:28.576 - debug: backitup.0 (30154) [iobroker/history] backitup.0.history.json
2020-06-06 03:00:28.578 - debug: backitup.0 (30154) [iobroker] exec: done
2020-06-06 03:00:28.582 - debug: backitup.0 (30154) [iobroker] exec: done

Aber wir waren uns ja schon einig das man das zunächst ignorieren kann.

simatec

@htrecksler
Aber bis auf die Warnungen sieht der Log vom eigentlichen Backupprozess sehr gut aus

htrecksler

@simatec find ich auch. Generell ist der Updatemarathon echt gut gelaufen. Nur Minimal Nacharbeit.
Ich hoffe ja das ich das Ergebnis deines Adapters niemals brauchen werde

mariohbs

@htrecksler , @Yetiberg
Kann es sein, dass bei euch beiden der Iobroker auf einem Rock64 läuft? Ich habe den gleichen Fehler seit der gestrigen Update-Session den neuen Admin-Adapter, Web usw.

htrecksler

@mariohbs Nein, er läuft mit Debian unter Proxmox auf einem IntelNuc

@mariohbs
Nee, nicht auf einem Rock64 aber auf einem RockPro64

newomv

Hallo in die Gruppe
kann mir evtl. jemand sagen wie es zu diesen Warnmeldungen kommt?

Habe den Installations Fixer mal laufen lassen aber keine Besserung.
Ich verstehe es gerade so das Userdata.0, admin.0 und web.0 nicht gesichert werden da sie nicht gefunden werden

Schon mal vielen lieben dank an die Gruppe.

2020-09-19 08:11:46.983 - warn: host.raspberrypi Objects 127.0.0.1:46034 Error from InMemDB: Error: ERROR readDir id=0_userdata.0: Not exists

2020-09-19 08:11:46.990 - warn: host.raspberrypi Objects 127.0.0.1:46034 Error from InMemDB: Error: ERROR readDir id=admin.0: Not exists

2020-09-19 08:11:46.991 - warn: host.raspberrypi Objects 127.0.0.1:46034 Error from InMemDB: Error: ERROR readDir id=web.0: Not exists Bildschirmfoto 2020-09-19 um 08.46.12.png

newomv

@newomv Bildschirmfoto 2020-09-19 um 08.46.12.png

D3ltoroxp

So habe den Logeintrag bei mir nun auch. Ich schaue nicht ständig in die Log, aber er fällt mir seit ein paar Tagen auf. Auch immer wenn er ein Backup machen will.

Web, Restful und Co hatte ich die Tage geupdatet. Was neu ist seit ein paar Tagen sind die Adapter für HMIP. Irgendwo in diesem Zeitraum muss sich das Problem eingeschlichen haben. Bin mit dem Backitup auch schon zurück auf ein ältere Version, aber hat leider nichts gebracht.

backitup.0	2020-10-02 20:05:41.439	debug	(8710) [iobroker] exec: done
backitup.0	2020-10-02 20:05:41.435	debug	(8710) [iobroker] exec: done
backitup.0	2020-10-02 20:05:41.288	debug	(8710) [iobroker/history] backitup.0.history.json
backitup.0	2020-10-02 20:05:41.285	debug	(8710) [iobroker/history] backitup.0.history.html
backitup.0	2020-10-02 20:05:41.126	debug	(8710) [iobroker/ftp] done
backitup.0	2020-10-02 20:05:41.071	debug	(8710) [iobroker/ftp] Send zigbee.0_2020_10_02-20_05_39_backupiobroker.tar.gz
backitup.0	2020-10-02 20:05:40.497	debug	(8710) [iobroker/clean] done
backitup.0	2020-10-02 20:05:40.106	debug	(8710) [iobroker/ftp] Send iobroker_2020_10_02-20_05_22_backupiobroker.tar.gz
backitup.0	2020-10-02 20:05:40.105	debug	(8710) [iobroker/ftp] FTP connected.
backitup.0	2020-10-02 20:05:39.741	debug	(8710) [iobroker/zigbee] done
backitup.0	2020-10-02 20:05:39.739	debug	(8710) [iobroker/zigbee] found zigbee database: zigbee.0
backitup.0	2020-10-02 20:05:39.133	debug	(8710) [iobroker/iobroker] done
backitup.0	2020-10-02 20:05:38.071	debug	(8710) [iobroker/iobroker] Backup created: /opt/iobroker/backups/iobroker_2020_10_02-20_05_22_backupiobroker.tar.gz
host.iobroker	2020-10-02 20:05:29.359	warn	Objects 127.0.0.1:38110 Error from InMemDB: Error: ERROR readDir id=web.0: Not exists
host.iobroker	2020-10-02 20:05:29.356	warn	Objects 127.0.0.1:38110 Error from InMemDB: Error: ERROR readDir id=admin.0: Not exists
host.iobroker	2020-10-02 20:05:29.353	warn	Objects 127.0.0.1:38110 Error from InMemDB: Error: ERROR readDir id=0_userdata.0: Not exists
backitup.0	2020-10-02 20:05:27.222	debug	(8710) [iobroker/iobroker] host.iobroker 16550 objects saved
backitup.0	2020-10-02 20:05:27.125	debug	(8710) [iobroker/iobroker] host.iobroker 13513 states saved
backitup.0	2020-10-02 20:05:21.993	debug	(8710) Backup has started ...

D3ltoroxp

Ok, bei mir ist es nun weg. Hatte gestern node.js und den js controller geupdatet. Danach noch iobroker fix laufen lassen. Eben mal ein Backup gestartet und es kommen keine Fehler mehr.

NEWS

UNSOLVED Backitup Error from InMemDB

Support us

404
Online

31.9k
Users

80.1k
Topics

1.3m
Posts

NEWS

UNSOLVED Backitup Error from InMemDB

Support us

404Online

31.9kUsers

80.1kTopics

1.3mPosts

404
Online

31.9k
Users

80.1k
Topics

1.3m
Posts