iobroker plötzlich nicht mehr erreichbar
-
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"!Wenn es mehrere Möglichkeiten gibt, eine Aufgabe zu erledigen, und eine davon in einer Katastrophe endet oder sonstwie unerwünschte Konsequenzen nach sich zieht, dann wird es jemand genau so machen. Alles, was schiefgehen kann, wird auch schiefgehen.
(Murphys Gesetz) -
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 -
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/1000Wenn es mehrere Möglichkeiten gibt, eine Aufgabe zu erledigen, und eine davon in einer Katastrophe endet oder sonstwie unerwünschte Konsequenzen nach sich zieht, dann wird es jemand genau so machen. Alles, was schiefgehen kann, wird auch schiefgehen.
(Murphys Gesetz) -
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.
-
@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.Wenn es mehrere Möglichkeiten gibt, eine Aufgabe zu erledigen, und eine davon in einer Katastrophe endet oder sonstwie unerwünschte Konsequenzen nach sich zieht, dann wird es jemand genau so machen. Alles, was schiefgehen kann, wird auch schiefgehen.
(Murphys Gesetz) -
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?
-
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.Wenn es mehrere Möglichkeiten gibt, eine Aufgabe zu erledigen, und eine davon in einer Katastrophe endet oder sonstwie unerwünschte Konsequenzen nach sich zieht, dann wird es jemand genau so machen. Alles, was schiefgehen kann, wird auch schiefgehen.
(Murphys Gesetz) -
@thomas-braun
Hab gerade einen "sudo reboot" gemacht.
Läuft immer noch nicht.fsck bringt was?
Wenn es mehrere Möglichkeiten gibt, eine Aufgabe zu erledigen, und eine davon in einer Katastrophe endet oder sonstwie unerwünschte Konsequenzen nach sich zieht, dann wird es jemand genau so machen. Alles, was schiefgehen kann, wird auch schiefgehen.
(Murphys Gesetz) -
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 ...Wenn es mehrere Möglichkeiten gibt, eine Aufgabe zu erledigen, und eine davon in einer Katastrophe endet oder sonstwie unerwünschte Konsequenzen nach sich zieht, dann wird es jemand genau so machen. Alles, was schiefgehen kann, wird auch schiefgehen.
(Murphys Gesetz) -
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.
-
Seit dem Reboot ist etwas anders:
pi@iobroker:~ $ iobroker status No connection to databases possible ...@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?
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
ioBroker freut sich auch über eine Spende für das Forum. Benutzt dazu den Spendenbutton im Header. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@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?
-
Und läuft!
Vielen Dank Euch allen!Wenn es mehrere Möglichkeiten gibt, eine Aufgabe zu erledigen, und eine davon in einer Katastrophe endet oder sonstwie unerwünschte Konsequenzen nach sich zieht, dann wird es jemand genau so machen. Alles, was schiefgehen kann, wird auch schiefgehen.
(Murphys Gesetz) -
Ich vermute ja immer noch, das da die SD-Karte erste Ausfallerscheinungen zeigt. Backup vom ioBroker machen und auf ein frisches Medium hüpfen.
-
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.
Support us
395
Online32.7k
Benutzer82.4k
Themen1.3m
Beiträge