Monatsrückblick Januar/Februar 2026 ist online!

[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