Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Ein ehemaliger Benutzer]

Kann mir jemand erklären was das für Warnmeldungen sind?
Es sind alle Instanzen (bis auf admin.1) installiert die er hier anmeckert.

host.rockpro64 2020-06-05 10:34:44.697 warn Objects 127.0.0.1:46242 Error from InMemDB: Error: ERROR readDir id=web.0: Not exists host.rockpro64 2020-06-05 10:34:44.696 warn Objects 127.0.0.1:46242 Error from InMemDB: Error: ERROR readDir id=enigma2.5: Not exists host.rockpro64 2020-06-05 10:34:44.696 warn Objects 127.0.0.1:46242 Error from InMemDB: Error: ERROR readDir id=enigma2.4: Not exists host.rockpro64 2020-06-05 10:34:44.695 warn Objects 127.0.0.1:46242 Error from InMemDB: Error: ERROR readDir id=enigma2.3: Not exists host.rockpro64 2020-06-05 10:34:44.695 warn Objects 127.0.0.1:46242 Error from InMemDB: Error: ERROR readDir id=enigma2.2: Not exists host.rockpro64 2020-06-05 10:34:44.695 warn Objects 127.0.0.1:46242 Error from InMemDB: Error: ERROR readDir id=enigma2.1: Not exists host.rockpro64 2020-06-05 10:34:44.694 warn Objects 127.0.0.1:46242 Error from InMemDB: Error: ERROR readDir id=enigma2.0: Not exists host.rockpro64 2020-06-05 10:34:44.693 warn Objects 127.0.0.1:46242 Error from InMemDB: Error: ERROR readDir id=admin.1: Not exists host.rockpro64 2020-06-05 10:34:44.693 warn Objects 127.0.0.1:46242 Error from InMemDB: Error: ERROR readDir id=admin.0: Not exists host.rockpro64 2020-06-05 10:34:44.683 warn Objects 127.0.0.1:46242 Error from InMemDB: Error: ERROR readDir id=0_userdata.0: Not exists

[htrecksler]

@Yetiberg die Meldungen habe ich seit dem Update auch. Ich vermute den Adapter Backitup als auslöser. Die meldungen kommen nachts um 3.00 Uhr und genau dann startet auch der Backitup seine Arbeit.

[simatec]

@htrecksler Was bringt dich zu dieser Erkenntnis das Backitup dies verursacht und hast du bitte einen Log von backitup im debug?
Welches update sprichst du hier genau an?
Welche Versionen hast du auf deinem System laufen?

[Ein ehemaliger Benutzer]

@htrecksler
@simatec

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 ...

[Ein ehemaliger Benutzer]

@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  - info: backitup.0 (1848) Got terminate signal TERMINATE_YOURSELF
2020-06-05 15:16:01.772  - info: backitup.0 (1848) cleaned everything up...
2020-06-05 15:16:01.773  - info: backitup.0 (1848) terminating
2020-06-05 15:16:01.775  - info: backitup.0 (1848) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2020-06-05 15:16:02.365  - info: host.rockpro64 instance system.adapter.backitup.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2020-06-05 15:16:04.852  - info: host.rockpro64 instance system.adapter.backitup.0 started with pid 395790
2020-06-05 15:16:09.321  - debug: backitup.0 (395790) Redis Objects: Use Redis connection: 0.0.0.0:9001
2020-06-05 15:16:09.421  - debug: backitup.0 (395790) Objects client ready ... initialize now
2020-06-05 15:16:09.425  - debug: backitup.0 (395790) Objects create System PubSub Client
2020-06-05 15:16:09.427  - debug: backitup.0 (395790) Objects create User PubSub Client
2020-06-05 15:16:09.428  - debug: backitup.0 (395790) Objects client initialize lua scripts
2020-06-05 15:16:09.475  - debug: backitup.0 (395790) Objects connected to redis: 0.0.0.0:9001
2020-06-05 15:16:09.481  - debug: backitup.0 (395790) objectDB connected
2020-06-05 15:16:09.483  - debug: backitup.0 (395790) Redis States: Use Redis connection: 0.0.0.0:9000
2020-06-05 15:16:09.511  - debug: backitup.0 (395790) States create User PubSub Client
2020-06-05 15:16:09.514  - debug: backitup.0 (395790) States create System PubSub Client
2020-06-05 15:16:09.564  - debug: backitup.0 (395790) States connected to redis: 0.0.0.0:9000
2020-06-05 15:16:09.565  - debug: backitup.0 (395790) statesDB connected
2020-06-05 15:16:11.286  - debug: backitup.0 (395790) Plugin sentry Initialize Plugin (enabled=true)
2020-06-05 15:16:11.295  - info: 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  - info: 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  - info: backitup.0 (395790) [iobroker] backup was activated at 03:01 every 1 day(s)
2020-06-05 15:16:11.388  - info: backitup.0 (395790) [ccu] backup was activated at 03:50 every 3 day(s)
2020-06-05 15:16:11.503  - debug: backitup.0 (395790) FTP connected.
2020-06-05 15:16:13.535  - debug: backitup.0 (395790) detect backup file 1: iobroker_2020_06_04-03_01_10_backupiobroker.tar.gz
2020-06-05 15:16:13.536  - debug: backitup.0 (395790) detect backup file 2: iobroker_2020_06_04-13_18_58_backupiobroker.tar.gz
2020-06-05 15:16:13.537  - debug: backitup.0 (395790) detect backup file 3: iobroker_2020_06_05-03_01_10_backupiobroker.tar.gz
2020-06-05 15:16:13.538  - debug: backitup.0 (395790) detect backup file 4: iobroker_2020_06_05-10_34_34_backupiobroker.tar.gz
2020-06-05 15:16:13.539  - debug: backitup.0 (395790) detect last backup file: iobroker_2020_06_05-10_34_34_backupiobroker.tar.gz
2020-06-05 15:16:15.903  - debug: 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  - debug: backitup.0 (395790) Backup has started ...
2020-06-05 15:16:24.284  - debug: backitup.0 (395790) [iobroker/iobroker] host.rockpro64 35679 states saved
2020-06-05 15:16:24.508  - debug: backitup.0 (395790) [iobroker/iobroker] host.rockpro64 29222 objects saved
2020-06-05 15:16:27.805  - warn: 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  - warn: 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  - warn: 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  - warn: 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  - warn: 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  - warn: 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  - warn: 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  - warn: 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  - warn: 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  - warn: 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  - debug: 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  - debug: backitup.0 (395790) [iobroker/iobroker] done
2020-06-05 15:16:45.424  - debug: backitup.0 (395790) [iobroker/historyDB] done
2020-06-05 15:16:45.426  - debug: backitup.0 (395790) [iobroker/zigbee] found zigbee database: zigbee.0
2020-06-05 15:16:45.427  - debug: backitup.0 (395790) [iobroker/zigbee] done
2020-06-05 15:16:45.437  - debug: backitup.0 (395790) [iobroker/clean] done
2020-06-05 15:16:45.448  - debug: backitup.0 (395790) sendTo "send" to system.adapter.telegram.0 from system.adapter.backitup.0
2020-06-05 15:16:45.450  - debug: backitup.0 (395790) [iobroker/telegram] done
2020-06-05 15:16:45.467  - debug: backitup.0 (395790) [iobroker/history] backitup.0.history.html
2020-06-05 15:16:45.468  - debug: backitup.0 (395790) [iobroker] exec: done
2020-06-05 15:16:45.470  - debug: backitup.0 (395790) [iobroker/history] backitup.0.history.json
2020-06-05 15:16:45.472  - debug: backitup.0 (395790) [iobroker] exec: done
2020-06-05 15:16:45.495  - debug: backitup.0 (395790) [iobroker/ftp] FTP connected.
2020-06-05 15:16:45.496  - debug: backitup.0 (395790) [iobroker/ftp] Send iobroker_2020_06_05-15_16_17_backupiobroker.tar.gz
2020-06-05 15:16:55.629  - debug: backitup.0 (395790) [iobroker/ftp] Send historyDB_2020_06_05-15_16_44_backupiobroker.tar.gz
2020-06-05 15:16:55.654  - debug: backitup.0 (395790) [iobroker/ftp] Send zigbee.0_2020_06_05-15_16_45_backupiobroker.tar.gz
2020-06-05 15:16:55.673  - debug: backitup.0 (395790) [iobroker/ftp] done
2020-06-05 15:16:55.674  - debug: backitup.0 (395790) [iobroker] exec: done
2020-06-05 15:17:03.344  - debug: backitup.0 (395790) system.adapter.admin.0: logging true
2020-06-05 15:17:43.332  - info: host.rockpro64 stopInstance system.adapter.backitup.0 (force=false, process=true)
2020-06-05 15:17:43.338  - info: host.rockpro64 stopInstance system.adapter.backitup.0 send kill signal
2020-06-05 15:17:43.344  - info: backitup.0 (395790) Got terminate signal TERMINATE_YOURSELF
2020-06-05 15:17:43.345  - info: backitup.0 (395790) cleaned everything up...
2020-06-05 15:17:43.346  - info: backitup.0 (395790) terminating
2020-06-05 15:17:43.347  - debug: backitup.0 (395790) Plugin sentry destroyed
2020-06-05 15:17:43.348  - info: backitup.0 (395790) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2020-06-05 15:17:43.967  - info: host.rockpro64 instance system.adapter.backitup.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2020-06-05 15:17:46.455  - info: host.rockpro64 instance system.adapter.backitup.0 started with pid 396352
2020-06-05 15:17:54.030  - info: 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  - info: 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  - info: backitup.0 (396352) [iobroker] backup was activated at 03:01 every 1 day(s)
2020-06-05 15:17:54.123  - info: 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  - debug: backitup.0 (395790) Backup has started ...
2020-06-05 15:16:24.284  - debug: backitup.0 (395790) [iobroker/iobroker] host.rockpro64 35679 states saved
2020-06-05 15:16:24.508  - debug: backitup.0 (395790) [iobroker/iobroker] host.rockpro64 29222 objects saved
2020-06-05 15:16:27.805  - warn: 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  - warn: 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  - warn: 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  - warn: 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  - warn: 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  - warn: 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  - warn: 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  - warn: 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  - warn: 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  - warn: 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  - debug: 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  - debug: 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?

[Ein ehemaliger Benutzer]

@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

[Ein ehemaliger Benutzer]

@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

[newomv]

@newomv