iobroker backup Problem

[Thomas Braun]

@highline

dmesg -T | grep -i ext4

Und bitte Neustarten, die Datei ist ja von 8:irgendwas, da sollte eine aktuelle Uhrzeit in den Timestamps sein.

[highline]

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)

[Thomas Braun]

@highline
Deine Zeitzone ist noch auf Londoner Zeit eingestellt.
Stell das auf Berlin um.

[highline]

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 "$@"

[highline]

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 saved

dann 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 Mem 

nach 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:9000

normal 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 

[Thomas Braun]

@highline
1GB Ram ist halt äußerst knapp bemessen.

ps aux | grep -i xorg

liefert?

[highline]

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

[Thomas Braun]

@highline
Okay, dann läuft schon mal kein X mit.
Wieviel Zeug liegt denn im iobroker an?

iobroker list instances | grep +

[highline]

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

[Homoran]

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

[highline]

Ich habe die alten Backups aus dem Ordner gelöscht, das Verhalten bleibt leider gleich

[highline]

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?

[Thomas Braun]

@highline

iobroker stop
iobroker host this
iobroker start

Das simple kopieren des Ordners ist allerdings soweit ich weiß nur die halbe Miete, da sind u. U. noch Links zu fixen.

[highline]

Danke dir, die Instanzen sind da, teilweise noch rot, ich sehe im Log das er nun die Adapter installiert....

[Thomas Braun]

@highline Das ist das normale Verhalten. Abwarten.

[highline]

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?

[Thomas Braun]

@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]

ok danke, ich würde eher lieber sql in iobroker komplett neu aufsetzen, ich brauche keine historischen Daten, wie kann ich die Datenbank "loswerden"?

[highline]

habe es hinbekommen

• Adapter löschen und dann aber eben auch
• die db im Ordner sqlite löschen
• Neuinstallation des Adapters