iob, backup, influx und sql - Probleme

[MatthiaB]

Hallo Zusammen,

wie aus dem nichts hat iobroker plötzlich eine Menge an Problemen und Fehlern. Ich weis nicht mehr genau wie es angefangen hat. Ich zähle die aktuellen Probleme mal auf.

1. Nach einen Reboot braucht es lange bis IOB überhaupt erreichbar ist. Selbst über die Konsole dauert es.

2. Die Logs vom 15.11. bis 23.11 sind weg. Wollte euch die eine oder andere Fehlermeldung mitgeben.

3. Im Verdacht hatte ich den Backup-Adapter. Da konnte ich feststellen, dass es Probleme beim sichern der sql-Daten gab. Immer nach dem Backup kamen im Sekundentakt Fehler beim SQL-Adapter. --> daraufhin konnte ich feststellen, das meine Daten schon seit Monaten nicht mehr ins NAS gehen. Die SD-Karte war quasi fast voll.

Da konnte ich auch mal was im Log entdecken:

2022-11-14 02:11:16.706 - error: backitup.0 (24535) [iobroker/historyDB] Backitup cannot found source "undefined" for compress!
2022-11-14 02:11:16.742 - error: backitup.0 (24535) [iobroker] Backitup cannot found source "undefined" for compress!

4. Ich habe bzw. wollte die Backup-Daten löschen --> und am nächsten Tag waren sie wieder da. Gelöscht hatte ich sie über FileZilla.

5. Ich hatte den Backup-Adapter dann abgestellt, fing irgendwann influxdb mit einer Fehlermeldung an, das eine Verbindung mit :8086 nicht möglich ist. Konnte ich durch Neustart beheben. Dauerte nicht lange - gleiches Spielchen von vorne.

6. heute fing dann der SQL-Adapter das gleiche Spiel an. Keine Verbindung zur Datenbank. Fehlermeldungen im Log im Sekundentakt. Kann ich euch nicht zeigen, da nix mehr da ist. Mein Log beginnt erst wieder mit einem Reboot und anschließenden iob fix.

Seit dem läuft es ruhig.

Hat jemand eine Idee?

[Thomas Braun]

@matthiab

Welches Dateisystem auf welchem Datenträger?

dmesg | grep -i ext4

sagt?

[MatthiaB]

@thomas-braun said in iob, backup, influx und sql - Probleme:

dmesg | grep -i ext4

[    0.000000] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1  smsc95xx.macaddr=DC:A6:32:9B:A1:AE vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000  console=ttyS0,115200 console=tty1 root=PARTUUID=6c586e13-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
[    1.585998] EXT4-fs (mmcblk0p2): INFO: recovery required on readonly filesystem
[    1.586044] EXT4-fs (mmcblk0p2): write access will be enabled during recovery
[    1.833163] EXT4-fs (mmcblk0p2): orphan cleanup on readonly fs
[    1.876948] EXT4-fs (mmcblk0p2): 11 orphan inodes deleted
[    1.876988] EXT4-fs (mmcblk0p2): recovery complete
[    1.915697] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null)
[    1.915807] VFS: Mounted root (ext4 filesystem) readonly on device 179:2.
[    4.260032] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
[  243.675933] [<c058bee0>] (jbd2_complete_transaction) from [<c057db00>] (ext4_fc_commit+0x270/0x9d4)
[  243.675970] [<c057d890>] (ext4_fc_commit) from [<c051e564>] (ext4_sync_file+0x338/0x3ac)
[  243.676025] [<c051e22c>] (ext4_sync_file) from [<c047d3a4>] (vfs_fsync_range+0x4c/0x8c)

es ist eine SD-Karte mit 64 GB

[Homoran]

@matthiab sagte in iob, backup, influx und sql - Probleme:

es ist eine SD-Karte mit 64 GB

gewesen!

da ist anscheinend einiges verwaist

[MatthiaB]

@homoran

gewesen?

[Homoran]

@matthiab für mich sieht es aus, als ob die ihren Geist aus gibt.
Da sind verwaiste Fragmente des Dateisystems gefunden

@matthiab sagte in iob, backup, influx und sql - Probleme:

11 orphan inodes deleted

und gelöscht worden.

Ich würde dem System nicht mehr wirklich trauen.

[Thomas Braun]

@matthiab

Ja, die ist morsch.

[MatthiaB]

@thomas-braun

okay - also retten was zu retten ist?

[Homoran]

@matthiab ich würde die letzten Backups erst einmal festhalten.
ein neues Backup wird ggf. auch schon schadhaft Daten enthalten.
je nachdem wie lange das schon so geht die davor auch.