iob diag - Skript
-
@glasfaser sagte in iob diag - Skript:
ich glaube eher , bei Homoran ist ein Config Fehler vorhanden .
wäre nicht unmöglich! und der wäre?
-
@homoran sagte in iob diag - Skript:
name = name[lang] || name.en;
Cannot read property 'de' of null
Vermutlich Spracheinstellung ...
EDIT
const lang = (systemConf && systemConf.common && systemConf.common.language) || 'en'; -
-
da gab's zwar mal was dass in den Systemeinstelkungen keine Sprache stand, ist bei mir aber korrigiert
-
Ändere es mal ... auf eine andere Sprache , speichern und dann wieder zurück auf Deutsch
sudo rebooteventuell noch
-
@homoran es wird ja gezählt, siehe letzte Zeile 8523. Fehler werden nicht an wc gepiped, sondern gehen nach stderr. Abhilfe zur Unterdrückung der Fehler:
iob list objects 2>/dev/null | wc -l -
@glasfaser sagte in iob diag - Skript:
auf eine andere Sprache , speichern und dann wieder zurück auf Deutsch
keine Änderung. reboot kostet im Moment meinen Kopf
-
@homoran sagte in iob diag - Skript:
keine Änderung. reboot kostet im Moment meinen Kopf
Naja ... was luppt das luppt ..
SORRY
Teste mal den Befehl von @fastfoot
-
@fastfoot sagte in iob diag - Skript:
@homoran es wird ja gezählt, siehe letzte Zeile 8523. Fehler werden nicht an wc gepiped, sondern gehen nach stderr. Abhilfe zur Unterdrückung der Fehler:
iob list objects 2>/dev/null | wc -lpi@iobroker-VM03:~$ iob list objects 2>/dev/null | wc -l 8523 pi@iobroker-VM03:~$ -
Arrrgh! Natürlich!
STDERR ist mir unheimlich! g -
mal ne frage zwischendurch - 58000 states und 50000 objects - wo kommt der unterschied her ?
die 8000 sates müßten doch datenleichen sein - oder nicht ?
-
-
-
-
@glasfaser mehr objekte als states versteh ich noch - aber mehr states als objekte (wie bei mir) hört sich falsch an - aber evtl sollten wir das nicht hier machen
-
NOTIZ an mich selbst:
Zusammenfassung und ggf. Problemlösungshinweise am Ende des Skripts hinzufügen.
-
@thomas-braun sagte in iob diag - Skript:
Problemlösungshinweise am Ende des Skripts hinzufügen.
Vielleicht besser ein Link? Die Ausgabe ist ohnehin schon sehr lang.
Das Dokument kann man ja in der Allgemeinen Doku ablegen, dann ist es beisammen. -
@jey-cee sagte in iob diag - Skript:
Die Ausgabe ist ohnehin schon sehr lang.
Ja, Zusammenfassung und Links zu Lösungsansätzen.
Auf keinen Fall werde ich da im Skript versuchen Dinge 'auf Tastendruck' zu korrigieren. Das geht zu oft schief. -
Klasse Script!
, sollte hier im Forum in die Support-Formulare eingebaut werden, damit man nicht jedesmal nachfragen muss..Als Icon wuerd ich ne Glaskugel empfehlen
Hier mal meine Ausgabe vom Prime (Multihost):
*** BASISSYSTEM *** CPU-Architektur: x86_64 Docker: Nein LXC: lxc Distributor ID: Debian Description: Debian GNU/Linux 10 (buster) Release: 10 Codename: buster Systemuptime und Load: 12:45:30 up 18:48, 2 users, load average: 6.89, 6.25, 6.05 CPU threads: 4 *** Zeit und Zeitzonen *** Fri Nov 4 11:45:30 UTC 2022 Fri Nov 4 12:45:30 CET 2022 CET +0100 Europe/Berlin *** User und Gruppen *** ilovegym /opt/iobroker ilovegym iobroker *** X-Server-Setup *** X-Server: Nein Desktop: Konsole: tty *** ARBEITSSPEICHER *** total used free shared buff/cache available Mem: 8.0Gi 4.7Gi 2.2Gi 24Mi 1.0Gi 3.2Gi Swap: 2.0Gi 3.0Mi 2.0Gi Total: 9Gi 4.7Gi 4.2Gi *** DATEISYSTEM *** Filesystem Type Size Used Avail Use% Mounted on /dev/mapper/pve-vm--113--disk--0 ext4 59G 18G 38G 33% / none tmpfs 492K 4.0K 488K 1% /dev tmpfs tmpfs 63G 0 63G 0% /dev/shm tmpfs tmpfs 63G 25M 63G 1% /run tmpfs tmpfs 5.0M 0 5.0M 0% /run/lock //10.10.2.2/daten cifs 11T 6.2T 4.4T 59% /mnt/daten //10.10.2.2/photo cifs 11T 6.2T 4.4T 59% /mnt/photo tmpfs tmpfs 13G 0 13G 0% /run/user/1000 Daten in neuralgischen Verzeichnissen: /var: 4.6G /var/ 2.5G /var/log 1.9G /var/lib 1.7G /var/lib/redis 186M /var/cache /opt/iobroker/backups: 36M /opt/iobroker/backups/ /opt/iobroker/iobroker-data: 77M /opt/iobroker/iobroker-data/ 16M /opt/iobroker/iobroker-data/files 12M /opt/iobroker/iobroker-data/files/vis.0 5.4M /opt/iobroker/iobroker-data/files/vis.0/MD_Demo 2.8M /opt/iobroker/iobroker-data/files/info.admin Die 5 größten Dateien in iobroker-data: 35M objects.json 24M states.json 1.9M objects.json.bak 312K states.json.bak 8.0K iobroker.json *** Nodejs-Installation *** /usr/bin/nodejs v16.18.0 /usr/bin/node v16.18.0 /usr/bin/npm 8.19.2 nodejs: Installed: 16.18.0-deb-1nodesource1 Candidate: 16.18.0-deb-1nodesource1 Version table: *** 16.18.0-deb-1nodesource1 500 500 https://deb.nodesource.com/node_16.x buster/main amd64 Packages 100 /var/lib/dpkg/status 10.24.0~dfsg-1~deb10u2 500 500 http://security.debian.org buster/updates/main amd64 Packages 10.24.0~dfsg-1~deb10u1 500 500 http://ftp.debian.org/debian buster/main amd64 Packages *** ioBroker-Installation *** Versionsnummern der Kern-Adapter js-controller: 4.0.23 Admin-Adapter: 6.2.23 ioBroker-Repos und Updates Stable (default): http://download.iobroker.net/sources-dist.json Beta (latest) : http://download.iobroker.net/sources-dist-latest.json Live-Beta : http://iobroker.live/repo/sources-dist-latest.json Live-Stable : http://iobroker.live/repo/sources-dist.json Active repo(s): Beta (latest) Used repository: Beta (latest) Adapter "mihome-vacuum": 3.8.3 , installed 3.6.0 [Updatable] Objekte und Zustände werden ermittelt - Dies kann einen Moment dauern. Objekte: 91808 Zustände: 79782 *** Repositories und OS-Updates *** Hit:1 http://security.debian.org buster/updates InRelease Hit:2 http://ftp.debian.org/debian buster InRelease Hit:3 http://ftp.debian.org/debian buster-updates InRelease Hit:4 https://deb.nodesource.com/node_16.x buster InRelease Hit:5 https://packagecloud.io/ookla/speedtest-cli/debian buster InRelease Reading package lists... Done Ausstehende Updates: 4 *** Lauschende Ports *** Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name tcp 0 0 127.0.0.1:5037 0.0.0.0:* LISTEN 0 66149 311/adb tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN 0 56203 370/master tcp 0 0 0.0.0.0:43655 0.0.0.0:* LISTEN 1001 145925 2711/io.yahka.0 tcp 0 0 127.0.0.1:34983 0.0.0.0:* LISTEN 1001 4977871 2711/io.yahka.0 tcp 0 0 0.0.0.0:1886 0.0.0.0:* LISTEN 1001 88475 519/io.mqtt.0 tcp 0 0 0.0.0.0:1884 0.0.0.0:* LISTEN 1001 95796 710/io.mqtt.1 tcp 0 0 0.0.0.0:1883 0.0.0.0:* LISTEN 1001 10431477 840584/io.sonoff.0 tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 0 65657 1/init tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 65887 169/sshd tcp 0 0 0.0.0.0:6010 0.0.0.0:* LISTEN 1000 176368 5598/sshd: ilovegym tcp 0 0 0.0.0.0:8188 0.0.0.0:* LISTEN 1000 10867840 877640/nc tcp 0 0 0.0.0.0:6379 0.0.0.0:* LISTEN 107 43469 224/redis-server 0. tcp6 0 0 :::8880 :::* LISTEN 1001 147934 2727/io.rest-api.0 tcp6 0 0 :::111 :::* LISTEN 0 52997 1/init tcp6 0 0 :::81 :::* LISTEN 1001 10045770 803237/io.web.0 tcp6 0 0 :::22 :::* LISTEN 0 65889 169/sshd tcp6 0 0 :::6010 :::* LISTEN 1000 176369 5598/sshd: ilovegym tcp6 0 0 :::8087 :::* LISTEN 1001 94828 779/io.simple-api.0 tcp6 0 0 :::8081 :::* LISTEN 1001 91541 396/io.admin.0 udp 0 0 0.0.0.0:53030 0.0.0.0:* 1001 133613 3133/io.snmp.0 udp 0 0 0.0.0.0:53421 0.0.0.0:* 1001 88616 617/io.mihome-vacuu udp 0 0 0.0.0.0:53422 0.0.0.0:* 1001 94542 605/io.mihome-vacuu udp 0 0 0.0.0.0:53423 0.0.0.0:* 1001 91385 562/io.mihome-vacuu udp 0 0 0.0.0.0:53424 0.0.0.0:* 1001 95339 501/io.mihome-vacuu udp 0 0 0.0.0.0:111 0.0.0.0:* 0 52994 1/init udp 0 0 192.168.3.41:123 0.0.0.0:* 0 55952 171/ntpd udp 0 0 127.0.0.1:123 0.0.0.0:* 0 55950 171/ntpd udp 0 0 0.0.0.0:123 0.0.0.0:* 0 55946 171/ntpd udp 0 0 0.0.0.0:5353 0.0.0.0:* 1001 145922 2711/io.yahka.0 udp6 0 0 :::111 :::* 0 53000 1/init udp6 0 0 :::123 :::* 0 55943 171/ntpdhaette noch Client-Raspi4 und 3x LXC Client verteilt auf andere Nodes anzubieten.. ?
-
@ilovegym sagte in iob diag - Skript:
haette noch Client-Raspi4 und 3x LXC Client verteilt auf andere Nodes anzubieten.. ?
Kannst ja mal überall laufen lassen. Ausgaben aber nur noch wenn da was 'krummes' oder 'unerwartetes' oder 'falsches' zurückgegeben wird.
So Unschönheiten wie die Fehlermeldung bei @Homoran z. B.
