iobroker plötzlich nicht mehr erreichbar
-
@spicer
Die
/opt/iobroker/iobroker-data/objects.jsonl
ist übrigens 528 MB gross!
Ist das nicht etwas gross? -
@spicer sagte in iobroker plötzlich nicht mehr erreichbar:
Ist das nicht etwas gross?
Ja, ist schon etwas fett.
sudo apt update sudo apt install lsof -
pi@iobroker:/opt/iobroker $ sudo lsof /opt/iobroker/iobroker-data/objects.jsonl pi@iobroker:/opt/iobroker $ sudo systemctl restart iobroker pi@iobroker:/opt/iobroker $ iobroker list instances Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"! -
@spicer sagte in iobroker plötzlich nicht mehr erreichbar:
/opt/iobroker/iobroker-data/objects.jsonl
ls -l /opt/iobroker/iobroker-data/objects.jsonl -
Für was ist diese Datei?
Kann man die nicht einfach löschen und es wird eine neue angelegt? -
pi@iobroker:/ $ ls -l /opt/iobroker/iobroker-data/objects.jsonl -rw-rwxr--+ 1 iobroker iobroker 528381525 Sep 18 22:35 /opt/iobroker/iobroker-data/objects.jsonl -
@spicer sagte in iobroker plötzlich nicht mehr erreichbar:
/opt/iobroker/iobroker-data/objects.jsonl
Da stimmt was mit den Rechten nicht.
getfacl /opt/iobroker/iobroker-data/objects.jsonl -
pi@iobroker:/ $ getfacl /opt/iobroker/iobroker-data/objects.jsonl getfacl: Entferne führende '/' von absoluten Pfadnamen # file: opt/iobroker/iobroker-data/objects.jsonl # owner: iobroker # group: iobroker user::rw- group::r-x group:iobroker:rwx mask::rwx other::r-- pi@iobroker:/ $ iobroker stop pi@iobroker:/ $ iobroker startAber wieso sollten da plötzlich die Rechte falsch sein?
Hab ja nichts daran gemacht. -
@spicer
Auf meinem System stehen die so:echad@chet:~ $ getfacl /opt/iobroker/iobroker-data/objects.jsonl getfacl: Removing leading '/' from absolute path names # file: opt/iobroker/iobroker-data/objects.jsonl # owner: iobroker # group: iobroker user::rw- group::r-x #effective:r-- group:iobroker:rwx #effective:rw- mask::rw- other::r--Schubs den Fixer mal drüber:
iob stop curl -fsL https://iobroker.net/fix.sh | bash - -
Hat leider nichts gebracht
-
Soll konkret was bedeuten? Ausgaben in der Konsole?
-
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?
