iobroker backup Problem
-
pi@raspberrypin:~ $ dmesg -T | grep -i ext4 [Thu Apr 29 09:00:38 2021] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1 bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2708_fb.fbswap=1 vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000 console=ttyS0,115200 console=tty1 root=PARTUUID=738a4d67-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait [Thu Apr 29 09:00:41 2021] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null) [Thu Apr 29 09:00:41 2021] VFS: Mounted root (ext4 filesystem) readonly on device 179:2. [Thu Apr 29 09:00:44 2021] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)@highline
Deine Zeitzone ist noch auf Londoner Zeit eingestellt.
Stell das auf Berlin um. -
@highline
Deine Zeitzone ist noch auf Londoner Zeit eingestellt.
Stell das auf Berlin um.pi@raspberrypin:~ $ sudo raspi-config Current default time zone: 'Europe/Berlin' Local time is now: Thu Apr 29 10:13:05 CEST 2021. Universal Time is now: Thu Apr 29 08:13:05 UTC 2021.pi@raspberrypin:~ $ iobroker stop pi@raspberrypin:~ $ iobroker backup host.raspberrypin 1679 states saved host.raspberrypin 1740 objects saved /usr/bin/iobroker: line 8: 1609 Killed sudo -H -u iobroker node /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js "$@" -
pi@raspberrypin:~ $ sudo raspi-config Current default time zone: 'Europe/Berlin' Local time is now: Thu Apr 29 10:13:05 CEST 2021. Universal Time is now: Thu Apr 29 08:13:05 UTC 2021.pi@raspberrypin:~ $ iobroker stop pi@raspberrypin:~ $ iobroker backup host.raspberrypin 1679 states saved host.raspberrypin 1740 objects saved /usr/bin/iobroker: line 8: 1609 Killed sudo -H -u iobroker node /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js "$@"Gibt es eventuell noch andere Möglichkeiten das Backup wieder zum laufen zu bekommen? Sonst bleibt nur die Kopie von iobroker-data, richtig?
Noch eine andere Info: Nach dem iobroker backup-Befehl kommt
pi@raspberrypin:~ $ iobroker backup host.raspberrypin 1679 states saved host.raspberrypin 1740 objects saveddann läuft RAM und Swap voll/über:
MiB Mem : 924.2 total, 20.7 free, 890.6 used, 12.9 buff/cache MiB Swap: 100.0 total, 0.0 free, 100.0 used. 2.9 avail Memnach einer Weile fängt sich RAM/SWAP wieder und dann läuft bis zum sudo reboot in einer Schleife dies ab:
Objects database error: read ECONNRESET Objects database error: connect ECONNREFUSED 127.0.0.1:9001 States database error: connect ECONNREFUSED 127.0.0.1:9000 Objects database error: connect ECONNREFUSED 127.0.0.1:9001 States database error: connect ECONNREFUSED 127.0.0.1:9000normal sieht es so aus
MiB Mem : 924.2 total, 293.3 free, 376.4 used, 254.5 buff/cache MiB Swap: 100.0 total, 100.0 free, 0.0 used. 540.0 avail Mem -
Gibt es eventuell noch andere Möglichkeiten das Backup wieder zum laufen zu bekommen? Sonst bleibt nur die Kopie von iobroker-data, richtig?
Noch eine andere Info: Nach dem iobroker backup-Befehl kommt
pi@raspberrypin:~ $ iobroker backup host.raspberrypin 1679 states saved host.raspberrypin 1740 objects saveddann läuft RAM und Swap voll/über:
MiB Mem : 924.2 total, 20.7 free, 890.6 used, 12.9 buff/cache MiB Swap: 100.0 total, 0.0 free, 100.0 used. 2.9 avail Memnach einer Weile fängt sich RAM/SWAP wieder und dann läuft bis zum sudo reboot in einer Schleife dies ab:
Objects database error: read ECONNRESET Objects database error: connect ECONNREFUSED 127.0.0.1:9001 States database error: connect ECONNREFUSED 127.0.0.1:9000 Objects database error: connect ECONNREFUSED 127.0.0.1:9001 States database error: connect ECONNREFUSED 127.0.0.1:9000normal sieht es so aus
MiB Mem : 924.2 total, 293.3 free, 376.4 used, 254.5 buff/cache MiB Swap: 100.0 total, 100.0 free, 0.0 used. 540.0 avail Mem -
-
pi@raspberrypin:~ $ ps aux | grep -i xorg pi 1892 0.0 0.0 7348 500 pts/0 S+ 14:50 0:00 grep --color=auto -i xorg@highline
Okay, dann läuft schon mal kein X mit.
Wieviel Zeug liegt denn im iobroker an?iobroker list instances | grep + -
@highline
Okay, dann läuft schon mal kein X mit.
Wieviel Zeug liegt denn im iobroker an?iobroker list instances | grep +pi@raspberrypin:~ $ iobroker list instances | grep + + system.adapter.admin.0 : admin : raspberrypin - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.info.0 : info : raspberrypin - enabled + system.adapter.javascript.0 : javascript : raspberrypin - enabled + system.adapter.modbus.0 : modbus : raspberrypin - enabled + system.adapter.netatmo.0 : netatmo : raspberrypin - enabled + system.adapter.sourceanalytix.0 : sourceanalytix : raspberrypin - enabled + system.adapter.sql.0 : sql : raspberrypin - enabled + system.adapter.web.0 : web : raspberrypin - enabled, port: 8082, bind: 0.0.0.0, run as: admin + instance is alive -
@highline
Okay, dann läuft schon mal kein X mit.
Wieviel Zeug liegt denn im iobroker an?iobroker list instances | grep +@thomas-braun sagte in iobroker backup Problem:
Wieviel Zeug liegt denn im iobroker an?
das ist ja wirklich nicht viel.
Da fällt mir nur noch die Möglichkeit ein, dass in jedem Backup auch die alten backups nochmal gesichert werden und daher das backup viel zu groß sein könnte. -
@thomas-braun sagte in iobroker backup Problem:
Wieviel Zeug liegt denn im iobroker an?
das ist ja wirklich nicht viel.
Da fällt mir nur noch die Möglichkeit ein, dass in jedem Backup auch die alten backups nochmal gesichert werden und daher das backup viel zu groß sein könnte. -
Ich habe jetzt einen zweiten neuen raspi aufgesetzt, iobroker installiert und danach einfach den Order iobroker-data vom alten raspi auf den neuen kopiert.
Nach dem Start des iobroker auf dem neuen raspi läuft dieser auch und zeigt Objekte an, jedoch keine Instanzen. Muss der hostname des neuen raspi dem alten entsprechen oder was kann ich tun? -
Ich habe jetzt einen zweiten neuen raspi aufgesetzt, iobroker installiert und danach einfach den Order iobroker-data vom alten raspi auf den neuen kopiert.
Nach dem Start des iobroker auf dem neuen raspi läuft dieser auch und zeigt Objekte an, jedoch keine Instanzen. Muss der hostname des neuen raspi dem alten entsprechen oder was kann ich tun?iobroker stop iobroker host this iobroker startDas simple kopieren des Ordners ist allerdings soweit ich weiß nur die halbe Miete, da sind u. U. noch Links zu fixen.
-
iobroker stop iobroker host this iobroker startDas simple kopieren des Ordners ist allerdings soweit ich weiß nur die halbe Miete, da sind u. U. noch Links zu fixen.
-
@highline Das ist das normale Verhalten. Abwarten.
-
@highline Das ist das normale Verhalten. Abwarten.
Alle Adapter laufen, außer sql: Error: SQLITE_CORRUPT: database disk image is malformed
- Instanz sql.1 installiert und auf diese umgestellt, gleicher Fehler
- Instanz sql.0 und sql.1 gelöscht, sql.0 neu installiert, gleicher Fehler
- iobroker fix, gleicher Fehler
Was kann ich noch tun?
-
Alle Adapter laufen, außer sql: Error: SQLITE_CORRUPT: database disk image is malformed
- Instanz sql.1 installiert und auf diese umgestellt, gleicher Fehler
- Instanz sql.0 und sql.1 gelöscht, sql.0 neu installiert, gleicher Fehler
- iobroker fix, gleicher Fehler
Was kann ich noch tun?
@highline
Google bemüht:https://www.databasefilerecovery.com/blog/sqlite-error-database-disk-image-is-malformed.html
Das Problem hat nichts mit dem ioBroker oder den Adaptern zu tun.
-
@highline
Google bemüht:https://www.databasefilerecovery.com/blog/sqlite-error-database-disk-image-is-malformed.html
Das Problem hat nichts mit dem ioBroker oder den Adaptern zu tun.
-
ok danke, ich würde eher lieber sql in iobroker komplett neu aufsetzen, ich brauche keine historischen Daten, wie kann ich die Datenbank "loswerden"?
610
Online32.7k
Benutzer82.5k
Themen1.3m
Beiträge