iobroker plötzlich nicht mehr erreichbar
-
pi@iobroker:/ $ iob stop pi@iobroker:/ $ curl -fsL https://iobroker.net/fix.sh | bash - library: loaded Library version=2022-06-15 ========================================================================== Welcome to the ioBroker installation fixer! Script version: 2022-06-03 You might need to enter your password a couple of times. ========================================================================== ========================================================================== Installing prerequisites (1/3) ========================================================================== OK:1 http://raspbian.raspberrypi.org/raspbian buster InRelease OK:2 http://archive.raspberrypi.org/debian buster InRelease OK:3 https://deb.nodesource.com/node_16.x buster InRelease Paketlisten werden gelesen... Fertig Installed gcc-c++ ========================================================================== Checking ioBroker user and directory permissions (2/3) ========================================================================== Created /etc/sudoers.d/iobroker Fixing directory permissions... ========================================================================== Checking autostart (3/3) ========================================================================== Enabling autostart... Autostart enabled! ========================================================================== Your installation was fixed successfully Run iobroker start to start ioBroker again! ========================================================================== pi@iobroker:/ $ iobroker start -
cd ~ iob status -
pi@iobroker:/ $ cd ~ pi@iobroker:~ $ iob status Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"! -
dmesg -T | grep -i ext4 df -h -
Habe mal die objects.jsonl umbenannt und iob neu gestartet.
pi@iobroker:~ $ iob status Cannot read system.config: null (OK when migrating or restoring) iobroker is running on this host. Objects type: jsonl States type: jsonl -
pi@iobroker:~ $ dmesg -T | grep -i ext4 [Mo Sep 19 16:09:43 2022] 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=tty1 root=PARTUUID=0b3a03bb-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait [Mo Sep 19 16:09:46 2022] EXT4-fs (mmcblk0p2): INFO: recovery required on readonly filesystem [Mo Sep 19 16:09:46 2022] EXT4-fs (mmcblk0p2): write access will be enabled during recovery [Mo Sep 19 16:09:49 2022] EXT4-fs (mmcblk0p2): recovery complete [Mo Sep 19 16:09:50 2022] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null) [Mo Sep 19 16:09:50 2022] VFS: Mounted root (ext4 filesystem) readonly on device 179:2. [Mo Sep 19 16:09:53 2022] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null) pi@iobroker:~ $ df -h Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf /dev/root 29G 3.8G 24G 14% / devtmpfs 430M 0 430M 0% /dev tmpfs 462M 0 462M 0% /dev/shm tmpfs 462M 12M 450M 3% /run tmpfs 5.0M 4.0K 5.0M 1% /run/lock tmpfs 462M 0 462M 0% /sys/fs/cgroup /dev/sda1 30G 986M 29G 4% /media/usb /dev/mmcblk0p1 253M 49M 204M 20% /boot tmpfs 93M 0 93M 0% /run/user/1000 -
@spicer sagte in iobroker plötzlich nicht mehr erreichbar:
[Mo Sep 19 16:09:46 2022] EXT4-fs (mmcblk0p2): INFO: recovery required on readonly filesystem
Da hats aber mal Einschläge auf dem Dateisystem gegeben.
-
SD hinüber?
War vor 2 Jahren auch schon mal der Fall. -
Zumindest angeschossen. Zu dem Zeitpunkt unsauber (aka. 'Ich rupf dem Ding den Strom raus, dann startet der ja auch neu) rebootet?
-
@thomas-braun
Hab gerade einen "sudo reboot" gemacht.
Läuft immer noch nicht. -
fsck bringt was?
-
fsck hat die Kiste ja beim reboot automatisch ausgeführt. Die Ergebnisse sind aber mit Vorsicht zu genießen, insbesondere auf SD-Karten, die zwei Jahre geknechtet wurden.
Vielleicht kannst du das Mini-HowTo auf jsonl adaptieren:
-
Seit dem Reboot ist etwas anders:
pi@iobroker:~ $ iobroker status No connection to databases possible ... -
Wie gesagt: Schau mal ob du mit dem Mini-HowTo parat kommst. Funktionierende *.jsonl an die richtige Stelle kopieren.
-
@spicer sagte in iobroker plötzlich nicht mehr erreichbar:
Seit dem Reboot ist etwas anders:
pi@iobroker:~ $ iobroker statusNo connection to databases possible ...
wundert dich das wenn du die Datebank löschst?
-
@homoran
Hatte die Datei nur renamed. Jetzt ist sie wieder wie vorher da stehen. -
Nach der Mini-HowTo Prozedur erscheint nun:
pi@iobroker:~ $ iobroker status iobroker is running on this host. Objects type: jsonl States type: jsonl -
Und läuft!
Vielen Dank Euch allen! -
Ich vermute ja immer noch, das da die SD-Karte erste Ausfallerscheinungen zeigt. Backup vom ioBroker machen und auf ein frisches Medium hüpfen.
-
@thomas-braun
Jup, wird gemacht.
