NEWS
ioBroker plötzlich über Weboberfläche nicht mehr erreichbar
-
======== Start marking the full check here ========= Skript v.2023-04-02 *** BASE SYSTEM *** Model : Raspberry Pi 4 Model B Rev 1.1 Architecture : aarch64 Docker : false Virtualization : none Distributor ID: Debian Description: Debian GNU/Linux 11 (bullseye) Release: 11 Codename: bullseye PRETTY_NAME="Debian GNU/Linux 11 (bullseye)" NAME="Debian GNU/Linux" VERSION_ID="11" VERSION="11 (bullseye)" VERSION_CODENAME=bullseye ID=debian HOME_URL="https://www.debian.org/" SUPPORT_URL="https://www.debian.org/support" BUG_REPORT_URL="https://bugs.debian.org/" Systemuptime and Load: 21:10:07 up 36 min, 1 user, load average: 0.17, 0.42, 0.38 CPU threads: 4 *** Time and Time Zones *** Local time: Wed 2023-04-12 21:10:07 CEST Universal time: Wed 2023-04-12 19:10:07 UTC RTC time: n/a Time zone: Europe/Berlin (CEST, +0200) System clock synchronized: yes NTP service: active RTC in local TZ: no *** User and Groups *** pi /home/pi pi adm dialout cdrom sudo audio video plugdev games users input render netdev docker gpio i2c spi iobroker *** X-Server-Setup *** X-Server: false Desktop: Terminal: tty Boot Target: multi-user.target *** MEMORY *** total used free shared buff/cache available Mem: 3.8G 431M 2.3G 1.0M 1.0G 3.3G Swap: 99M 0B 99M Total: 3.9G 431M 2.4G 3793 M total memory 431 M used memory 401 M active memory 854 M inactive memory 2344 M free memory 92 M buffer memory 925 M swap cache 99 M total swap 0 M used swap 99 M free swap *** FILESYSTEM *** Filesystem Type Size Used Avail Use% Mounted on /dev/root ext4 58G 15G 41G 27% / devtmpfs devtmpfs 1.7G 0 1.7G 0% /dev tmpfs tmpfs 1.9G 0 1.9G 0% /dev/shm tmpfs tmpfs 759M 1.3M 758M 1% /run tmpfs tmpfs 5.0M 4.0K 5.0M 1% /run/lock /dev/sdb1 vfat 253M 31M 222M 13% /boot tmpfs tmpfs 380M 0 380M 0% /run/user/1000 Messages concerning ext4 filesystem in dmesg: [Wed Apr 12 20:33:17 2023] Kernel command line: coherent_pool=1M 8250.nr_uarts=1 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1 smsc95xx.macaddr=DC:A6:32:49:07:15 vc_mem.mem_base=0x3eb00000 vc_mem.mem_size=0x3ff00000 console=ttyS0,115200 console=tty1 root=PARTUUID=495f82d0-02 rootfstype=ext4 fsck.repair=yes rootwait [Wed Apr 12 20:33:21 2023] EXT4-fs (sdb2): mounted filesystem with ordered data mode. Opts: (null). Quota mode: none. [Wed Apr 12 20:33:21 2023] VFS: Mounted root (ext4 filesystem) readonly on device 8:18. [Wed Apr 12 20:33:24 2023] EXT4-fs (sdb2): re-mounted. Opts: (null). Quota mode: none. Show mounted filesystems (real ones only): TARGET SOURCE FSTYPE OPTIONS / /dev/sdb2 ext4 rw,noatime `-/boot /dev/sdb1 vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro Files in neuralgic directories: /var: 9.8G /var/ 6.5G /var/log 4.0G /var/log/journal/131bbf4012434f1fbf85765663b6a868 4.0G /var/log/journal 2.8G /var/lib /opt/iobroker/backups: 2.6G /opt/iobroker/backups/ /opt/iobroker/iobroker-data: 139M /opt/iobroker/iobroker-data/ 98M /opt/iobroker/iobroker-data/files 51M /opt/iobroker/iobroker-data/files/javascript.admin 32M /opt/iobroker/iobroker-data/files/javascript.admin/static/js 32M /opt/iobroker/iobroker-data/files/javascript.admin/static The five largest files in iobroker-data are: 8.8M /opt/iobroker/iobroker-data/objects.json.old 6.9M /opt/iobroker/iobroker-data/files/javascript.admin/static/js/610.de0231c9.chunk.js.map 6.6M /opt/iobroker/iobroker-data/files/modbus.admin/static/js/main.8083c40d.js.map 6.3M /opt/iobroker/iobroker-data/files/admin.admin/custom/static/js/vendors-node_modules_iobroker_adapter-react-v5_assets_devices_parseNames_js-node_modules_iobr-99c23e.847b8ad9.chunk.js.map 4.9M /opt/iobroker/iobroker-data/files/javascript.admin/static/js/848.7424922d.chunk.js.map *** NodeJS-Installation *** /usr/bin/nodejs v16.19.1 /usr/bin/node v16.19.1 /usr/bin/npm 8.19.3 /usr/bin/npx 8.19.3 nodejs: Installed: 16.19.1-deb-1nodesource1 Candidate: 16.19.1-deb-1nodesource1 Version table: *** 16.19.1-deb-1nodesource1 500 500 https://deb.nodesource.com/node_16.x bullseye/main arm64 Packages 100 /var/lib/dpkg/status 12.22.12~dfsg-1~deb11u3 500 500 http://security.debian.org/debian-security bullseye-security/main arm64 Packages 12.22.5~dfsg-2~11u1 500 500 http://deb.debian.org/debian bullseye/main arm64 Packages Temp directories causing npm8 problem: 0 No problems detected *** ioBroker-Installation *** ioBroker Status Cannot read system.config: null (OK when migrating or restoring) iobroker is running on this host. Objects type: jsonl States type: jsonl Core adapters versions js-controller: 4.0.24 admin: 6.3.5 javascript: "javascript" not found Adapters from github: 0 Adapter State Cannot read system.config: null (OK when migrating or restoring) + instance is alive Enabled adapters with bindings ioBroker-Repositories Cannot read system.config: null (OK when migrating or restoring) List is empty Installed ioBroker-Instances Cannot read system.config: null (OK when migrating or restoring) Error: Object "system.config" not found Objects and States Please stand by - This may take a while Objects: 34 States: 2448 *** OS-Repositories and Updates *** Hit:1 http://deb.debian.org/debian bullseye InRelease Hit:2 http://archive.raspberrypi.org/debian bullseye InRelease Hit:3 http://security.debian.org/debian-security bullseye-security InRelease Hit:4 http://deb.debian.org/debian bullseye-updates InRelease Hit:5 https://repos.influxdata.com/debian stable InRelease Hit:6 https://deb.nodesource.com/node_16.x bullseye InRelease Hit:7 https://download.docker.com/linux/debian bullseye InRelease Hit:8 https://packages.grafana.com/oss/deb stable InRelease Reading package lists... Pending Updates: 21 *** Listening Ports *** Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name tcp 0 0 0.0.0.0:7575 0.0.0.0:* LISTEN 0 13585 528/vhusbdarm64 tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN 0 13638 502/cupsd tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN 1001 14204 993/iobroker.js-con tcp 0 0 127.0.0.1:9001 0.0.0.0:* LISTEN 1001 14197 993/iobroker.js-con tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 0 14906 974/docker-proxy tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 13613 562/sshd: /usr/sbin tcp6 0 0 :::8086 :::* LISTEN 999 14708 699/influxd tcp6 0 0 :::80 :::* LISTEN 0 15469 980/docker-proxy tcp6 0 0 :::22 :::* LISTEN 0 13615 562/sshd: /usr/sbin tcp6 0 0 ::1:631 :::* LISTEN 0 13637 502/cupsd tcp6 0 0 ::1:8888 :::* LISTEN 0 14408 416/pigpiod tcp6 0 0 :::3000 :::* LISTEN 111 14182 693/grafana udp 0 0 0.0.0.0:631 0.0.0.0:* 0 14564 576/cups-browsed udp 0 0 0.0.0.0:51894 0.0.0.0:* 108 13564 396/avahi-daemon: r udp 0 0 0.0.0.0:5353 0.0.0.0:* 108 13562 396/avahi-daemon: r udp 0 0 0.0.0.0:68 0.0.0.0:* 0 11882 691/dhcpcd udp6 0 0 :::5353 :::* 108 13563 396/avahi-daemon: r udp6 0 0 :::48646 :::* 108 13565 396/avahi-daemon: r *** Log File - Last 25 Lines *** 2023-04-12 20:31:06.166 - error: host.Raspi4 Cannot find view "system" for search "instance" 2023-04-12 20:31:06.168 - error: host.Raspi4 Could not collect system.host.Raspi4 states to check for obsolete states: Error: Cannot find view "system" 2023-04-12 20:31:06.169 - error: host.Raspi4 _design/system missing - call node iobroker.js setup 2023-04-12 20:31:06.169 - info: host.Raspi4 no instances found 2023-04-12 20:31:06.170 - info: host.Raspi4 no instances found 2023-04-12 20:31:33.128 - info: host.Raspi4 received SIGTERM 2023-04-12 20:31:33.283 - info: host.Raspi4 terminated 2023-04-12 20:33:37.536 - info: host.Raspi4 iobroker.js-controller version 4.0.24 js-controller starting 2023-04-12 20:33:37.544 - info: host.Raspi4 Copyright (c) 2014-2022 bluefox, 2014 hobbyquaker 2023-04-12 20:33:37.546 - info: host.Raspi4 hostname: Raspi4, node: v16.19.1 2023-04-12 20:33:37.547 - info: host.Raspi4 ip addresses: 192.168.170.45 fe80::e0d2:838e:bc5c:2a51 172.18.0.1 fe80::42:91ff:fe75:786 fe80::9467:b275:8ba2:ecf5 fe80::24c3:e8ff:febf:3d2d 2023-04-12 20:33:37.780 - error: host.Raspi4 Cannot read system.config: null (OK when migrating or restoring) 2023-04-12 20:33:37.841 - error: host.Raspi4 Cannot find view "system" for search "host" 2023-04-12 20:33:38.139 - info: host.Raspi4 connected to Objects and States 2023-04-12 20:33:38.211 - info: host.Raspi4 added notifications configuration of host 2023-04-12 20:33:38.264 - error: host.Raspi4 Cannot find view "system" for search "instance" 2023-04-12 20:33:38.266 - error: host.Raspi4 Could not add notifications config of this host: Could not get notifications setup from instances: Cannot find view "system" 2023-04-12 20:33:38.294 - info: host.Raspi4 Plugin sentry Sentry Plugin disabled for this process because sending of statistic data is disabled for the system 2023-04-12 20:33:38.371 - error: host.Raspi4 Cannot find view "system" for search "host" 2023-04-12 20:33:38.384 - error: host.Raspi4 Cannot find view "system" for search "state" 2023-04-12 20:33:38.386 - error: host.Raspi4 Cannot find view "system" for search "instance" 2023-04-12 20:33:38.388 - error: host.Raspi4 Could not collect system.host.Raspi4 states to check for obsolete states: Error: Cannot find view "system" 2023-04-12 20:33:38.389 - error: host.Raspi4 _design/system missing - call node iobroker.js setup 2023-04-12 20:33:38.389 - info: host.Raspi4 no instances found 2023-04-12 20:33:38.389 - info: host.Raspi4 no instances found ============ Mark until here for C&P ============= iob diag has finished. Press any key for a summary
Und hier das summary:
======================= SUMMARY ======================= v.2023-04-02 Operatingsystem: Debian GNU/Linux 11 (bullseye) Kernel: 5.15.84-v8+ Installation: Native Timezone: Europe/Berlin (CEST, +0200) User-ID: 1000 X-Server: false Boot Target: multi-user.target Pending OS-Updates: 21 Error: Object "system.config" not found Pending iob updates: 0 Nodejs-Installation: /usr/bin/nodejs v16.19.1 /usr/bin/node v16.19.1 /usr/bin/npm 8.19.3 /usr/bin/npx 8.19.3 Recommended versions are nodejs 18.x.y and npm 9.x.y MEMORY: total used free shared buff/cache available Mem: 3.8G 427M 2.3G 1.0M 1.0G 3.3G Swap: 99M 0B 99M Total: 3.9G 427M 2.4G Active iob-Instances: 1 List is empty Cannot read system.config: null (OK when migrating or restoring) ioBroker Core: js-controller 4.0.24 admin 6.3.5 ioBroker Status: Cannot read system.config: null (OK when migrating or restoring) iobroker is running on this host. Objects type: jsonl States type: jsonl Status admin and web instance: Objects: 34 States: 2448 Size of iob-Database: 8.8M /opt/iobroker/iobroker-data/objects.json.old 40K /opt/iobroker/iobroker-data/objects.jsonl 28K /opt/iobroker/iobroker-data/objects.jsonl.old 996K /opt/iobroker/iobroker-data/states.jsonl.old 968K /opt/iobroker/iobroker-data/states.jsonl 884K /opt/iobroker/iobroker-data/states.json.old 884K /opt/iobroker/iobroker-data/states.json =================== END OF SUMMARY ====================
iob diag
kannte ich noch nicht. Aber was mir komisch vorkommt ist : "javascript" not found
-
Wie lange hast du nach dem Restore gewartet?
Was kommt aktuell im iobroker log ?
-
Schwund?
Vermutlich durch
"Den ersten Versuch habe ich am 11.04. Abends unternommen, daher sind danach die Backups wohl deutlich kleiner geworden"
-
Bring das OS erstmal auf Stand. Da wird ein Kernelupdate mit dabei sein, also reboot erforderlich.
Dann ist dein Backup-Verzeichnis rappelvoll. Wie groß sind denn die Files?
Und das journal ist auch riesig. Was steht da so drin? -
@wendy2702 sagte in ioBroker plötzlich über Weboberfläche nicht mehr erreichbar:
Wie lange hast du nach dem Restore gewartet?
Was kommt aktuell im iobroker log ?
Zwischen restore und was?
Nach dem kopieren und entpacken? Nur vielleicht 10 sec. dann iobroker Start. Danach auch mal einen reboot.Wo finde ich das log mittels Kommandozeile?
-
-
@netfriend hä?
Wie kopieren und entpacken?
Ein Backup stellt man eigentlich mit dem Befehl
iobroker restore
Wieder her.
Oder was genau hast du entpackt und wohin kopiert?
Logfile liegt im Ordner
/opt/iobroker/log/
-
Dachte, das System ist up-to-date. Hab's vor 2 Wochen neu aufgesetzt. Bin gerade unterwegs, ich wollte nicht 3 Tage vor Abwesenheit noch am System rumspielen. "Never change a running system" hat sich bisher bewährt, wenn man sich nicht genügend Zeit nimmt und vor Ort ist.
Am WE bin ich wieder vor Ort, da kann ich Updates machen. -
Pending OS-Updates: 21
Ist nicht aktuell. Es gab auch kürzlich ein Kernelupgrade auf 6.1.
-
@netfriend sagte in ioBroker plötzlich über Weboberfläche nicht mehr erreichbar:
Wo finde ich das log mittels Kommandozeile
/var/log/journal/131bbf4012434f1fbf85765663b6a868
@wendy2702 sagte in ioBroker plötzlich über Weboberfläche nicht mehr erreichbar:
Ein Backup stellt man eigentlich mit dem Befehl
iobroker restoreer meinte mit backup die jsonl wiederherstellen
-
@wendy2702 sagte in ioBroker plötzlich über Weboberfläche nicht mehr erreichbar:
@netfriend hä?
Wie kopieren und entpacken?
Ein Backup stellt man eigentlich mit dem Befehl
iobroker restore
Wieder her.
Oder was genau hast du entpackt und wohin kopiert?
Logfile liegt im Ordner
/opt/iobroker/log/
So wie hier beschrieben im 1. Post:
-
@thomas-braun sagte in ioBroker plötzlich über Weboberfläche nicht mehr erreichbar:
Pending OS-Updates: 21
Ist nicht aktuell. Es gab auch kürzlich ein Kernelupgrade auf 6.1.
Mach ich wenn ich wieder vor Ort bin.
Aber das ist ja nicht die Ursache von meinem Problem. -
@netfriend sagte in ioBroker plötzlich über Weboberfläche nicht mehr erreichbar:
Aber das ist ja nicht die Ursache von meinem Problem.
Weiß man's...
-
@netfriend sagte in ioBroker plötzlich über Weboberfläche nicht mehr erreichbar:
Aber das ist ja nicht die Ursache von meinem Problem
kann muss aber nicht, oder Stromausfall, schwaches Netzteil, gibt viele Möglichkeiten
-
@netfriend sagte in ioBroker plötzlich über Weboberfläche nicht mehr erreichbar:
-rw-rwxr--+ 1 iobroker iobroker 1,7M 11. Apr 02:10 2023-04-11_02-09_objects.jsonl.gz
-rw-rwxr--+ 1 iobroker iobroker 3,8K 11. Apr 23:33 2023-04-11_23-33_objects.jsonl.gzda ist doch der Übeltäter
-
@homoran sagte in ioBroker plötzlich über Weboberfläche nicht mehr erreichbar:
da ist doch der Übeltäter
@netfriend sagte in ioBroker plötzlich über Weboberfläche nicht mehr erreichbar:
Vermutlich durch
"Den ersten Versuch habe ich am 11.04. Abends unternommen, daher sind danach die Backups wohl deutlich kleiner geworden" -
@crunchip henne und Ei Problem?
-
@homoran keine Ahnung was da gemacht wurde, aber zumindest sind da
8.8M /opt/iobroker/iobroker-data/objects.json.old
-
Hallo zusammen,
ich möchte mich nochmal melden. Ich bin nun wieder zu Hause und habe mir alles nochmal am PC mit dem großen Bildschirm angesehen. Ist doch etwas übersichtlicher als von unterwegs mit dem Tablet.
Ich habe meinen Fehler gefunden. Zuerst hatte ich mich nach der Anleitung https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=&cad=rja&uact=8&ved=2ahUKEwiepbf8l67-AhX6XfEDHQLqCFoQtwJ6BAgLEAI&url=https%3A%2F%2Fwww.youtube.com%2Fwatch%3Fv%3DFZeWNwXC7rk&usg=AOvVaw3oZLIhYRBFm8hav-chw12X gerichtet.
Dort wird leider nicht darauf hingewiesen, dass es in den Backup-Objects entweder *.json oder *.jsonl Dateien gibt. Beim Umkopieren der vermeintlich noch funktionierenden Dateien habe ich dann die gepackten *.jsonl in *.json entpackt. Das habe ich dann erst nicht gesehen und mich gewundert. Alle Versuche danach haben mich nur noch mehr verwirrt.
Nun habe ich aufgrund des Hinweises von @crunchip mir die8.8M /opt/iobroker/iobroker-data/objects.json.old
angesehen und nach objects.jsonl umbenannt, die zeitlich passende states.json.old gesucht und ebenfalls noch states.jsonl umbenannt und iobroker neugestartet....und siehe da, läuft wieder.
Damit hatte ich noch Glück, den die anderen zeitlich passenden gepackten Dateien sind nun wirklich aus dem Puffer rausgerutscht. Also Glück im Unglück
Alternativ hätte ich noch eine SD-Karten-Kopie gehabt und auch ein mittels BackitUp-Adapter erzeugtes Backup. Aber prima wenn es so funktioniert hat.
Danke an alle, die mir soweit versucht haben, zu helfen. Die Anleitung von @Thomas-Braun (Link) weißt explizit auf die Unterschiede json/jsonl hin, das habe ich aber überlesen.
Nun habe ich auch mein System wieder soweit aktualisiert und auch das Kernel-Update auf die 6.1.23-v8+ durchgeführt.
Ihr hattet mich noch auf die großen Logfiles hingewiesen. Aktuell sieht es so aus:
Files in neuralgic directories: /var: 9.3G /var/ 6.0G /var/log 4.0G /var/log/journal/131bbf4012434f1fbf85765663b6a868 4.0G /var/log/journal 2.8G /var/lib /opt/iobroker/backups: 3.3G /opt/iobroker/backups/
Die iobroker/backups stammen vom BackitUp-Adapter, der immer 10 Updates vorhält. Eigentlich werden diese in GoogleDrive gespeichert, bleiben hier aber offenbar auch noch erhalten. Die Größe kommt davon, weil noch eine InfluxDB auf diesem Raspi läuft - und davon noch 10 Backups hier liegen.
Was mich mehr interessiert, sind die in /var enthaltenen Logs.
Was kann ich mit dem journal anfangen? Kann man die irgendwie ansehen bzw. die Logtiefe reduzieren?Könnt Ihr mir hier bitte nochmal helfen. Bin nicht so fit mit linux und lerne noch jeden Tag dazu.
MOD-EDIT: externen Link sichtbar gemacht!
-
@thomas-braun Habe gestern Abend Minen Rechner ganz normal aus und eben wieder angemacht. Jetzt komme ich auch nicht mehr auf die Weboberfläche
Ping auf den Raspi funktioniert
Habe den Raspi dann runtergefahren und neu gestartet. Jetzt geht das alles wieder, aber mich würde interessieren, wie das passieren kann.Ich bekomme aber des öfteren die Meldung Cannot get repository - timeout
Bei erneuten ab und anmelden ist dann alles normals