UNSOLVED Backitup Error from InMemDB

[A Former User]

@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

[A Former User]

@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

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