NEWS
iob diag - Skript
-
@crunchip sagte in iob diag - Skript:
ist in dem Fall ja richtig, weil ne VM, aber das LXC davor, es gibt ja nur kvm oder lxc
Soll ich es mit 'Virt' statt LXC beschriften? Dann käme
Virt: kvmherum.
Das mit den CPU threads muss ich nochmal anschauen. Vielleicht änder ich es noch auf Cores.
Object in GUI vs Skript: Das dürfte im GUI genauso ein Snapshot sein wie beim Skript auch. Die Anzahl ändert sich ja ständig.
@thomas-braun sagte in iob diag - Skript:
Die Anzahl ändert sich ja ständig
bei Zuständen könnte ich es noch nachvollziehen, aber Objekte werden doch nicht so häufig geändert, zumindest nicht in der Anzahl.
in meinem Fall weicht das aber schon sehr weit voneinander ab und sollte doch auch der aktuelle Stand angezeigt werden, wenn ich den Reiter Objekte aufrufe@thomas-braun sagte in iob diag - Skript:
Vielleicht änder ich es noch auf Cores
ok
@thomas-braun sagte in iob diag - Skript:
Virt: kvm
klingt besser
umgestiegen von Proxmox auf Unraid
-
@thomas-braun sagte in iob diag - Skript:
Die Anzahl ändert sich ja ständig
bei Zuständen könnte ich es noch nachvollziehen, aber Objekte werden doch nicht so häufig geändert, zumindest nicht in der Anzahl.
in meinem Fall weicht das aber schon sehr weit voneinander ab und sollte doch auch der aktuelle Stand angezeigt werden, wenn ich den Reiter Objekte aufrufe@thomas-braun sagte in iob diag - Skript:
Vielleicht änder ich es noch auf Cores
ok
@thomas-braun sagte in iob diag - Skript:
Virt: kvm
klingt besser
@crunchip sagte in iob diag - Skript:
bei Zuständen könnte ich es noch nachvollziehen, aber Objekte werden doch nicht so häufig geändert, zumindest nicht in der Anzahl.
Ich kann nicht wirklich dazu was sagen. Im skript werden ja ganz doof nur die Ausgabezeilen auf
iobroker list objects||statesgezählt. Ob das richtig oder akkurat ist weiß ich ehrlich gesagt nicht. Aber in der Tendenz stimmt es wohl, bei meinem relativ kleinen ioBroker kommen daObjekte: 8458 Zustände: 6605zusammen, in der GUI stehen
Objekte: 8462, Zustände: 7360drin.
-
Mir ist das bekannt und mache ich auch schon, wenn ich es brauche.
Aber ob es andere User auch wissen / können, weiß ich nicht.Das macht man dann final mit Aufrufoptionen.
iob diag --logoder so. Das ist kein Problem, wenn es erstmal dem ioBroker von Haus aus beiliegt.
-
Das macht man dann final mit Aufrufoptionen.
iob diag --logoder so. Das ist kein Problem, wenn es erstmal dem ioBroker von Haus aus beiliegt.
v0.0.5 ist raus, jetzt in Änglisch! :flag-gb:
-
v0.0.5 ist raus, jetzt in Änglisch! :flag-gb:
Naja ... da sollte ein Schalter rein ... übersetzer auf Kölsch für @Homoran
Versios of core adapters:)
und
EDIT :*** OS-Repositories und Updates ****** User und Groups ***Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..
-
Naja ... da sollte ein Schalter rein ... übersetzer auf Kölsch für @Homoran
Versios of core adapters:)
und
EDIT :*** OS-Repositories und Updates ****** User und Groups ***Biste Lehrer? Musst du doch mit rotem Stift markieren!
-
Biste Lehrer? Musst du doch mit rotem Stift markieren!
Nee .. alles gut ...
Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..
-
Naja ... da sollte ein Schalter rein ... übersetzer auf Kölsch für @Homoran
Versios of core adapters:)
und
EDIT :*** OS-Repositories und Updates ****** User und Groups ***@glasfaser sagte in iob diag - Skript:
übersetzer auf Kölsch für @Homoran
määt nix, isch kann uch dat verstonn, wat dä thomas verzapp
-
Nee .. alles gut ...
Jetzt besser?
Un övver en Version op kölsch hann isch och alt nohjedaach...
Ävver lever drink isch eens. PROSS :beers:SKANDAL! Das sind ja gar keine Kölsch-Stangen!
Admin! Das muss geändert werden!!1!!!111
-
Jetzt besser?
Un övver en Version op kölsch hann isch och alt nohjedaach...
Ävver lever drink isch eens. PROSS :beers:SKANDAL! Das sind ja gar keine Kölsch-Stangen!
Admin! Das muss geändert werden!!1!!!111
Testposting:
========================= SUMMARY ====================== v.0.0.5 Operatingsystem: Debian GNU/Linux 11 (bullseye) Installation: Native Timezone: Europe/Berlin User-ID: 1000 X-Server: false Nodejs-Installation: /usr/bin/nodejs v19.0.1 /usr/bin/node v19.0.1 /usr/bin/npm 8.19.2 ioBroker Core: js-controller 4.0.23 admin: 6.2.23 Active repo(s): beta Objects: 8458 States: 6605 Size of iob-Database: 4.0K backup-objects 34M objects.jsonl 4.0K objects.jsonl.lock 2.6M states.jsonl 4.0K states.jsonl.lock -
Testposting:
========================= SUMMARY ====================== v.0.0.5 Operatingsystem: Debian GNU/Linux 11 (bullseye) Installation: Native Timezone: Europe/Berlin User-ID: 1000 X-Server: false Nodejs-Installation: /usr/bin/nodejs v19.0.1 /usr/bin/node v19.0.1 /usr/bin/npm 8.19.2 ioBroker Core: js-controller 4.0.23 admin: 6.2.23 Active repo(s): beta Objects: 8458 States: 6605 Size of iob-Database: 4.0K backup-objects 34M objects.jsonl 4.0K objects.jsonl.lock 2.6M states.jsonl 4.0K states.jsonl.lock -
Moin,
cooles Projekt. Ne Ausgabe als Datei in den Ordner/opt/iobroker/logwäre schick.... Ganz plumb, mit Überschreiben der Datei bei jeder Ausführung...Den Docker check könnt ihr übrigens hier abgucken, hab ich die Tage gerade angepasst:
Dann ist der Check nicht nur für das offizielle Image gültig, sondern auch für jene, die sich ein Image selbst bauen.
Sofern das offizielle Image über den Check der Datei "/opt/scripts/.docker_config/.thisisdocker" erfolgreich war, könnte man noch die Image Version auslesen und ausgeben. Die steht nämlich in der Datei drin.
Im Image selbst habe ich zum Sammeln der Daten gerade in der letzten Version eine Umgebungsvariable "DEBUG" hinzugefügt, die die Log Ausgabe des Containers genau um solche Informationen wie sie vom Script gesammelt werden ergänzen soll. :) Habt ihr vielleicht irgendwo mal eine Liste zusammengestellt, welche Informationen beim Support bezüglich ioBroker interessant sind? Ich würde dann die Infos als DEBUG-Ausgabe direkt ins ioBroker Log schreiben... Dann könnt ihr auch das normale Docker Log im Forum auseinanderpflücken. ;)
Schönen Start in die Woche!
MfG,
AndréBitte keine Support-Fragen per PN! Nutzt die öffentliche Kanäle damit auch andere von den Antworten profitieren können!
-
Moin,
cooles Projekt. Ne Ausgabe als Datei in den Ordner/opt/iobroker/logwäre schick.... Ganz plumb, mit Überschreiben der Datei bei jeder Ausführung...Den Docker check könnt ihr übrigens hier abgucken, hab ich die Tage gerade angepasst:
Dann ist der Check nicht nur für das offizielle Image gültig, sondern auch für jene, die sich ein Image selbst bauen.
Sofern das offizielle Image über den Check der Datei "/opt/scripts/.docker_config/.thisisdocker" erfolgreich war, könnte man noch die Image Version auslesen und ausgeben. Die steht nämlich in der Datei drin.
Im Image selbst habe ich zum Sammeln der Daten gerade in der letzten Version eine Umgebungsvariable "DEBUG" hinzugefügt, die die Log Ausgabe des Containers genau um solche Informationen wie sie vom Script gesammelt werden ergänzen soll. :) Habt ihr vielleicht irgendwo mal eine Liste zusammengestellt, welche Informationen beim Support bezüglich ioBroker interessant sind? Ich würde dann die Infos als DEBUG-Ausgabe direkt ins ioBroker Log schreiben... Dann könnt ihr auch das normale Docker Log im Forum auseinanderpflücken. ;)
Schönen Start in die Woche!
MfG,
André@andre sagte in iob diag - Skript:
Den Docker-Check schau ich mir die Tage Mal genauer an.
Ich würde dann die Infos als DEBUG-Ausgabe direkt ins ioBroker Log schreiben...
Setzt allerdings einen weitgehend funktionierenden ioBroker voraus. Und ist nicht strukturiert. Die Zusammenfassung schaut immer gleich aus.
-
@andre sagte in iob diag - Skript:
Den Docker-Check schau ich mir die Tage Mal genauer an.
Ich würde dann die Infos als DEBUG-Ausgabe direkt ins ioBroker Log schreiben...
Setzt allerdings einen weitgehend funktionierenden ioBroker voraus. Und ist nicht strukturiert. Die Zusammenfassung schaut immer gleich aus.
@thomas-braun sagte in iob diag - Skript:
Setzt allerdings einen weitgehend funktionierenden ioBroker voraus. Und ist nicht strukturiert. Die Zusammenfassung schaut immer gleich aus.
Nein. Das Script läuft bevor der ioBroker überhaupt gestartet wird und die Ausgabe ist ebenfalls strukturiert. Ich kann da genau die selben Sachen abfragen die auch im Script abgefragt werden. Macht aber nix, ich weiß ja was du von Docker hältst...
Andersherum: Wenn der Container nicht startet, weil ioBroker nicht startet, dann können die User auch kein Script auf der Kommandozeile ausführen... Dementsprechend wäre es m.E. sinnvoll das (oder zumindest einige wichtige Punkte) tatsächlich mit ins Docker Container Log aufzunehmen.Habt ihr denn mal eine Auflistung der wichtigsten Informationen für Support gemacht? Ich mein sowas wie js-controller, npm oder node Version habe ich ja sowieso schon drin... Aber z.B. die Abfragen zu States, DB-Größen usw. habe ich bisher noch nicht behandelt... Das ist für mich auch ok, weil ich nur will das der ioBroker startet. Was darin verkonfiguriert ist, ist mir in dem Moment egal... das wäre dann aber wiederum interessant für die Supporter im Forum, wenn mal wieder gejammert wird, dass der ioBroker langsam ist oder irgendwas nicht geht....
Wie dem auch sei, wenn das Script dann mal in ioBroker integriert sein sollte, dann steht es natürlich in jedem Fall auch innerhalb des Containers zur Verfügung (vorausgesetzt der Container/ iobroker startet noch).
Allerdings habe ich für das Docker Image bereits jetzt alles auf das Docker Log ausgelegt. Das ist halt das Log wo die User am einfachsten, auch per GUI ran kommen..Falls es für dich keinen Sinn ergibt, dass ich diese Informationen auch im Docker Log bereitstelle, dann frage ich mal die anderen First-class Supporter wie z.B. @Glasfaser @nox309 @Homoran @apollon77 @fastfoot und alle die ich vergessen habe ;) Welche Infos fragt ihr im Supportfall am häufigsten ab?
MfG,
AndréBitte keine Support-Fragen per PN! Nutzt die öffentliche Kanäle damit auch andere von den Antworten profitieren können!
-
@thomas-braun sagte in iob diag - Skript:
Setzt allerdings einen weitgehend funktionierenden ioBroker voraus. Und ist nicht strukturiert. Die Zusammenfassung schaut immer gleich aus.
Nein. Das Script läuft bevor der ioBroker überhaupt gestartet wird und die Ausgabe ist ebenfalls strukturiert. Ich kann da genau die selben Sachen abfragen die auch im Script abgefragt werden. Macht aber nix, ich weiß ja was du von Docker hältst...
Andersherum: Wenn der Container nicht startet, weil ioBroker nicht startet, dann können die User auch kein Script auf der Kommandozeile ausführen... Dementsprechend wäre es m.E. sinnvoll das (oder zumindest einige wichtige Punkte) tatsächlich mit ins Docker Container Log aufzunehmen.Habt ihr denn mal eine Auflistung der wichtigsten Informationen für Support gemacht? Ich mein sowas wie js-controller, npm oder node Version habe ich ja sowieso schon drin... Aber z.B. die Abfragen zu States, DB-Größen usw. habe ich bisher noch nicht behandelt... Das ist für mich auch ok, weil ich nur will das der ioBroker startet. Was darin verkonfiguriert ist, ist mir in dem Moment egal... das wäre dann aber wiederum interessant für die Supporter im Forum, wenn mal wieder gejammert wird, dass der ioBroker langsam ist oder irgendwas nicht geht....
Wie dem auch sei, wenn das Script dann mal in ioBroker integriert sein sollte, dann steht es natürlich in jedem Fall auch innerhalb des Containers zur Verfügung (vorausgesetzt der Container/ iobroker startet noch).
Allerdings habe ich für das Docker Image bereits jetzt alles auf das Docker Log ausgelegt. Das ist halt das Log wo die User am einfachsten, auch per GUI ran kommen..Falls es für dich keinen Sinn ergibt, dass ich diese Informationen auch im Docker Log bereitstelle, dann frage ich mal die anderen First-class Supporter wie z.B. @Glasfaser @nox309 @Homoran @apollon77 @fastfoot und alle die ich vergessen habe ;) Welche Infos fragt ihr im Supportfall am häufigsten ab?
MfG,
André@andre sagte in iob diag - Skript:
Habt ihr denn mal eine Auflistung der wichtigsten Informationen für Support gemacht?
Kannst ja das Skript mal laufen lassen und dir die einzelnen Bereiche anschauen.
-
@thomas-braun sagte in iob diag - Skript:
Setzt allerdings einen weitgehend funktionierenden ioBroker voraus. Und ist nicht strukturiert. Die Zusammenfassung schaut immer gleich aus.
Nein. Das Script läuft bevor der ioBroker überhaupt gestartet wird und die Ausgabe ist ebenfalls strukturiert. Ich kann da genau die selben Sachen abfragen die auch im Script abgefragt werden. Macht aber nix, ich weiß ja was du von Docker hältst...
Andersherum: Wenn der Container nicht startet, weil ioBroker nicht startet, dann können die User auch kein Script auf der Kommandozeile ausführen... Dementsprechend wäre es m.E. sinnvoll das (oder zumindest einige wichtige Punkte) tatsächlich mit ins Docker Container Log aufzunehmen.Habt ihr denn mal eine Auflistung der wichtigsten Informationen für Support gemacht? Ich mein sowas wie js-controller, npm oder node Version habe ich ja sowieso schon drin... Aber z.B. die Abfragen zu States, DB-Größen usw. habe ich bisher noch nicht behandelt... Das ist für mich auch ok, weil ich nur will das der ioBroker startet. Was darin verkonfiguriert ist, ist mir in dem Moment egal... das wäre dann aber wiederum interessant für die Supporter im Forum, wenn mal wieder gejammert wird, dass der ioBroker langsam ist oder irgendwas nicht geht....
Wie dem auch sei, wenn das Script dann mal in ioBroker integriert sein sollte, dann steht es natürlich in jedem Fall auch innerhalb des Containers zur Verfügung (vorausgesetzt der Container/ iobroker startet noch).
Allerdings habe ich für das Docker Image bereits jetzt alles auf das Docker Log ausgelegt. Das ist halt das Log wo die User am einfachsten, auch per GUI ran kommen..Falls es für dich keinen Sinn ergibt, dass ich diese Informationen auch im Docker Log bereitstelle, dann frage ich mal die anderen First-class Supporter wie z.B. @Glasfaser @nox309 @Homoran @apollon77 @fastfoot und alle die ich vergessen habe ;) Welche Infos fragt ihr im Supportfall am häufigsten ab?
MfG,
André@andre sagte in iob diag - Skript:
Welche Infos fragt ihr im Supportfall am häufigsten ab?
bei Docker und Container bin ich nicht so aktiv.
Was da immer wieder kommt sind die Probleme mit dem Durchreichen von Hardware (USB) und Ports HM-REGA, HMRPC).
Da viele User das selber nicht verstehen wäre eine automatisierte Prüfung sicher sinnvoll.
Aber ob das hier im Skript schon passt??kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@andre sagte in iob diag - Skript:
Welche Infos fragt ihr im Supportfall am häufigsten ab?
bei Docker und Container bin ich nicht so aktiv.
Was da immer wieder kommt sind die Probleme mit dem Durchreichen von Hardware (USB) und Ports HM-REGA, HMRPC).
Da viele User das selber nicht verstehen wäre eine automatisierte Prüfung sicher sinnvoll.
Aber ob das hier im Skript schon passt??@homoran sagte in iob diag - Skript:
Aber ob das hier im Skript schon passt??
Das skript läuft ja im Client ab, da kann man (denke ich) nur abfragen, dass die Geräte/Ports nicht ankommen. Die Einstellungen im Host dürfte man wohl nicht abfragen können.
Aber da ich auch keine tiefergreifende Ahnung von Containern und VMs habe... -
@homoran sagte in iob diag - Skript:
Aber ob das hier im Skript schon passt??
Das skript läuft ja im Client ab, da kann man (denke ich) nur abfragen, dass die Geräte/Ports nicht ankommen. Die Einstellungen im Host dürfte man wohl nicht abfragen können.
Aber da ich auch keine tiefergreifende Ahnung von Containern und VMs habe...@thomas-braun
Ich würde die beiden letzten Blöcke (OS Repos / Listening Ports) vor die ioBroker Blöcke setzen. Dann kannst in den ioBroker Blöcken ein exit machen, wenn was nicht passt und hast trotzdem die OS nahen Informationen.Das wird immer besser - großes Lob!
-
@thomas-braun
Ich würde die beiden letzten Blöcke (OS Repos / Listening Ports) vor die ioBroker Blöcke setzen. Dann kannst in den ioBroker Blöcken ein exit machen, wenn was nicht passt und hast trotzdem die OS nahen Informationen.Das wird immer besser - großes Lob!
Fehlermeldungen abfangen ist noch ein Thema.
Dazu müsste ich mal einen ioBroker kaputt machen und schauen wie man das handeln kann. -
Fehlermeldungen abfangen ist noch ein Thema.
Dazu müsste ich mal einen ioBroker kaputt machen und schauen wie man das handeln kann.@thomas-braun
Testposting: v 0.0.5*** BASE SYSTEM *** CPU-Architecture: x86_64 Docker: false Virtualization: kvm Distributor ID: Debian Description: Debian GNU/Linux 10 (buster) Release: 10 Codename: buster PRETTY_NAME="Debian GNU/Linux 10 (buster)" NAME="Debian GNU/Linux" VERSION_ID="10" VERSION="10 (buster)" VERSION_CODENAME=buster 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: 11:26:15 up 106 days, 11:30, 2 users, load average: 0.71, 0.60, 0.53 CPU threads: 4 *** Time and Time Zones *** Mon Nov 7 10:26:15 UTC 2022 Mon Nov 7 11:26:15 CET 2022 CET +0100 Europe/Vienna *** User and Groups *** gxxxxx /home/gxxxxx gxxxxx cdrom floppy sudo audio dip video plugdev netdev iobroker *** X-Server-Setup *** X-Server: false Desktop: Konsole: tty *** MEMORY *** total used free shared buff/cache available Mem: 8.0G 4.2G 1.2G 65M 2.6G 3.5G Swap: 8.2G 13M 8.2G Total: 16G 4.2G 9.4G 7978 M total memory 4160 M used memory 4661 M active memory 1557 M inactive memory 1199 M free memory 340 M buffer memory 2278 M swap cache 8189 M total swap 13 M used swap 8176 M free swap *** FILESYSTEM *** Filesystem Type Size Used Avail Use% Mounted on udev devtmpfs 3.9G 0 3.9G 0% /dev tmpfs tmpfs 798M 79M 720M 10% /run /dev/sda1 ext4 55G 8.3G 44G 16% / tmpfs tmpfs 3.9G 0 3.9G 0% /dev/shm tmpfs tmpfs 5.0M 0 5.0M 0% /run/lock tmpfs tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup tmpfs tmpfs 798M 0 798M 0% /run/user/1001 tmpfs tmpfs 798M 0 798M 0% /run/user/1000 Files in neuralgic directories: /var: [sudo] password for gxxxxx: 628M /var/ 318M /var/cache 311M /var/cache/apt 278M /var/lib 250M /var/cache/apt/archives /opt/iobroker/backups: 143M /opt/iobroker/backups/ /opt/iobroker/iobroker-data: 740M /opt/iobroker/iobroker-data/ 502M /opt/iobroker/iobroker-data/files 156M /opt/iobroker/iobroker-data/backup-objects 146M /opt/iobroker/iobroker-data/files/scenes.admin/static/js 146M /opt/iobroker/iobroker-data/files/scenes.admin/static The five biggest files in iobroker-data: 25M objects.jsonl 22M states.jsonl 14M objects.json.migrated 14M objects.json.bak.migrated 3.6M states.json.migrated *** 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://deb.debian.org/debian-security buster/updates/main amd64 Packages 10.24.0~dfsg-1~deb10u1 500 500 http://deb.debian.org/debian buster/main amd64 Packages *** ioBroker-Installation *** Core adapters versions js-controller: 4.0.23 admin: 6.2.23 Enabled adapters with bindings + system.adapter.admin.0 : admin : ioBroker-prox - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.cul.0 : cul : ioBroker-prox - enabled, port: 23 + system.adapter.hue.0 : hue : ioBroker-prox - enabled, port: 80 + system.adapter.influxdb.0 : influxdb : ioBroker-prox - enabled, port: 8086 + system.adapter.mihome-vacuum.0 : mihome-vacuum : ioBroker-prox - enabled, port: 54321 + system.adapter.mqtt.0 : mqtt : ioBroker-prox - enabled, port: 1883, bind: 0.0.0.0 + system.adapter.proxmox.0 : proxmox : ioBroker-prox - enabled, port: 8006 + system.adapter.rest-api.0 : rest-api : ioBroker-prox - enabled, port: 8093, bind: 0.0.0.0, run as: admin + system.adapter.shelly.0 : shelly : ioBroker-prox - enabled, port: 1888, bind: 0.0.0.0 + system.adapter.sia.0 : sia : ioBroker-prox - enabled, port: 50001, bind: 0.0.0.0 + system.adapter.simple-api.0 : simple-api : ioBroker-prox - enabled, port: 8087, bind: 0.0.0.0, run as: admin + system.adapter.sql.0 : sql : ioBroker-prox - enabled, port: 3306 + system.adapter.synology.0 : synology : ioBroker-prox - enabled, port: 5001 + system.adapter.web.0 : web : ioBroker-prox - enabled, port: 8082, bind: 0.0.0.0, run as: admin + system.adapter.zigbee.0 : zigbee : ioBroker-prox - enabled, port: /dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2483232-if00 ioBroker-Repositories beta : http://download.iobroker.net/sources-dist-latest.json stable : http://download.iobroker.net/sources-dist.json Active repo(s): beta ioBroker-Instances Used repository: beta Adapter "admin" : 6.2.23 , installed 6.2.23 Adapter "alexa2" : 3.21.0 , installed 3.21.0 Adapter "alias-manager": 1.2.6 , installed 1.2.6 Adapter "asuswrt" : 1.0.1 , installed 1.0.1 Adapter "backitup" : 2.5.4 , installed 2.5.4 Adapter "bosesoundtouch": 0.10.3 , installed 0.10.3 Adapter "bring" : 1.8.1 , installed 1.8.1 Adapter "cul" : 2.0.2 , installed 2.0.2 Adapter "daswetter" : 3.1.4 , installed 3.1.4 Adapter "devices" : 1.1.1 , installed 1.1.1 Adapter "discovery" : 3.1.0 , installed 3.1.0 Adapter "email" : 1.1.4 , installed 1.1.4 Adapter "epson_ecotank_et_2750": 0.0.12, installed 0.0.12 Adapter "fuelpricemonitor": 0.3.1 , installed 0.3.1 Adapter "harmony" : 1.2.2 , installed 1.2.2 Adapter "hue" : 3.7.1 , installed 3.7.1 Adapter "icons-addictive-flavour-png": 0.1.0, installed 0.1.0 Adapter "icons-icons8" : 0.0.1 , installed 0.0.1 Adapter "icons-material-png": 0.1.0, installed 0.1.0 Adapter "icons-material-svg": 0.1.0, installed 0.1.0 Adapter "icons-mfd-png": 1.1.0 , installed 1.1.0 Adapter "icons-mfd-svg": 1.1.0 , installed 1.1.0 Adapter "icons-ultimate-png": 1.0.1, installed 1.0.1 Adapter "influxdb" : 3.2.0 , installed 3.2.0 Adapter "info" : 1.9.21 , installed 1.9.21 Adapter "iot" : 1.12.4 , installed 1.12.4 Adapter "javascript" : 6.1.3 , installed 6.1.3 Controller "js-controller": 4.0.23 , installed 4.0.23 Adapter "lgtv" : 1.1.10 , installed 1.1.10 Adapter "material" : 1.2.5 , installed 1.2.5 Adapter "mercedesme" : 0.0.59 , installed 0.0.59 Adapter "mihome-vacuum": 3.8.3 , installed 3.8.3 Adapter "mqtt" : 4.0.7 , installed 4.0.7 Adapter "nut" : 1.5.1 , installed 1.5.1 Adapter "onkyo" : 2.1.2 , installed 2.1.2 Adapter "ping" : 1.5.3 , installed 1.5.3 Adapter "proxmox" : 1.3.5 , installed 1.3.5 Adapter "pushover" : 3.0.3 , installed 3.0.3 Adapter "rest-api" : 1.0.4 , installed 1.0.4 Adapter "scenes" : 2.3.9 , installed 2.3.9 Adapter "shelly" : 6.2.4 , installed 6.2.4 Adapter "sia" : 1.0.4 , installed 1.0.4 Adapter "simple-api" : 2.7.2 , installed 2.7.2 Adapter "snmp" : 2.2.1 , installed 2.2.1 Adapter "socketio" : 6.1.10 , installed 6.1.10 Adapter "sql" : 2.2.0 , installed 2.2.0 Adapter "synology" : 2.1.13 , installed 2.1.13 Adapter "vaillant" : 0.0.17 , installed 0.0.17 Adapter "vis" : 1.4.15 , installed 1.4.15 Adapter "vis-bars" : 0.1.4 , installed 0.1.4 Adapter "vis-canvas-gauges": 1.0.1, installed 1.0.1 Adapter "vis-colorpicker": 1.2.0 , installed 1.2.0 Adapter "vis-fancyswitch": 1.1.0 , installed 1.1.0 Adapter "vis-google-fonts": 1.0.4 , installed 1.0.4 Adapter "vis-history" : 1.0.0 , installed 1.0.0 Adapter "vis-hqwidgets": 1.3.0 , installed 1.3.0 Adapter "vis-icontwo" : 0.90.0 , installed 0.90.0 Adapter "vis-inventwo" : 3.3.3 , installed 3.3.3 Adapter "vis-jqui-mfd" : 1.0.12 , installed 1.0.12 Adapter "vis-justgage" : 1.0.2 , installed 1.0.2 Adapter "vis-keyboard" : 0.0.2 , installed 0.0.2 Adapter "vis-map" : 1.0.4 , installed 1.0.4 Adapter "vis-material" : 0.1.3 , installed 0.1.3 Adapter "vis-material-advanced": 1.7.2, installed 1.7.2 Adapter "vis-material-webfont": 0.0.3, installed 0.0.3 Adapter "vis-materialdesign": 0.5.9, installed 0.5.9 Adapter "vis-players" : 0.1.6 , installed 0.1.6 Adapter "vis-rgraph" : 0.0.2 , installed 0.0.2 Adapter "vis-timeandweather": 1.2.2, installed 1.2.2 Adapter "vis-weather" : 2.5.6 , installed 2.5.6 Adapter "web" : 5.2.10 , installed 5.2.10 Adapter "whatsapp-cmb" : 0.2.3 , installed 0.2.3 Adapter "wifilight" : 1.1.4 , installed 1.1.4 Adapter "wlanthermo-nano": 0.2.1 , installed 0.2.1 Adapter "wled" : 0.6.7 , installed 0.6.7 Adapter "ws" : 2.1.5 , installed 2.1.5 Adapter "yahka" : 0.17.0 , installed 0.17.0 Adapter "zigbee" : 1.7.6 , installed 1.7.6 Objects and States Please stand by - This may take a while Objects: 18466 States: 15762 *** OS-Repositories and Updates *** Hit:1 http://deb.debian.org/debian buster InRelease Hit:2 http://deb.debian.org/debian-security buster/updates InRelease Hit:3 http://deb.debian.org/debian buster-updates InRelease Hit:4 https://deb.nodesource.com/node_16.x buster InRelease Reading package lists... Done Pending Updates: 16 *** 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:21 0.0.0.0:* LISTEN 0 14295 405/vsftpd tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 117154238 9639/sshd tcp 0 0 127.0.0.1:36343 0.0.0.0:* LISTEN 1001 292293130 6556/io.yahka.0 tcp 0 0 0.0.0.0:9080 0.0.0.0:* LISTEN 1001 292362104 6223/nc tcp 0 0 127.0.0.1:38073 0.0.0.0:* LISTEN 1001 288402685 6556/io.yahka.0 tcp 0 0 0.0.0.0:45661 0.0.0.0:* LISTEN 1001 246826580 6556/io.yahka.0 tcp 0 0 127.0.0.1:43455 0.0.0.0:* LISTEN 1001 287534097 6556/io.yahka.0 tcp 0 0 0.0.0.0:1888 0.0.0.0:* LISTEN 1001 285459326 27893/io.shelly.0 tcp 0 0 127.0.0.1:45857 0.0.0.0:* LISTEN 1001 287272939 6556/io.yahka.0 tcp 0 0 127.0.0.1:39651 0.0.0.0:* LISTEN 1001 291413111 6556/io.yahka.0 tcp 0 0 127.0.0.1:34407 0.0.0.0:* LISTEN 1001 289318830 6556/io.yahka.0 tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN 1001 117177033 18016/iobroker.js-c tcp 0 0 127.0.0.1:9001 0.0.0.0:* LISTEN 1001 117177026 18016/iobroker.js-c tcp 0 0 127.0.0.1:40459 0.0.0.0:* LISTEN 1001 289269183 6556/io.yahka.0 tcp 0 0 127.0.0.1:38703 0.0.0.0:* LISTEN 1001 291811979 6556/io.yahka.0 tcp 0 0 0.0.0.0:50001 0.0.0.0:* LISTEN 1001 117184279 20652/io.sia.0 tcp6 0 0 :::22 :::* LISTEN 0 117154249 9639/sshd tcp6 0 0 :::8087 :::* LISTEN 1001 246837050 10026/io.simple-api tcp6 0 0 :::8093 :::* LISTEN 1001 117224023 1952/io.rest-api.0 tcp6 0 0 :::61991 :::* LISTEN 1001 252054002 647/io.harmony.0 tcp6 0 0 :::8081 :::* LISTEN 1001 246837870 10233/io.admin.0 tcp6 0 0 :::8082 :::* LISTEN 1001 246834847 9211/io.web.0 udp 0 0 0.0.0.0:53421 0.0.0.0:* 1001 285459017 27537/io.mihome-vac udp 0 0 0.0.0.0:61991 0.0.0.0:* 1001 252054003 647/io.harmony.0 udp 0 0 0.0.0.0:50001 0.0.0.0:* 1001 117184280 20652/io.sia.0 udp 0 0 0.0.0.0:5353 0.0.0.0:* 1001 246826577 6556/io.yahka.0 udp 0 0 0.0.0.0:5353 0.0.0.0:* 1001 117184431 20687/io.wled.0Gernot
Host: i9 server Proxmox , Debian 12.0 for ioBroker
ioBroker: 7.7.19, Node.js: 22.21.1, NPM: 10.9.3, JS-controller: 7.0.7
Wetterstation: HP1000SEPro V1.9.0 Easeweather V1.7.0
Grafana 12.0.2 / InfluxDB 2.7.11
801
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge