iob diag - Skript

[crunchip]

hab`s grad aktuell mal abgerufen, dabei ist mir folgendes aufgefallen

LXC: kvm

ist in dem Fall ja richtig, weil ne VM, aber das LXC davor, es gibt ja nur kvm oder lxc

CPU threads: 8

Objekte:        47120
Zustände:       59211

[Thomas Braun]

@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: kvm

herum.

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.

[nox309]

@thomas-braun

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.

[crunchip]

@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

[Thomas Braun]

@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||states gezä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 da

Objekte:        8458
Zustände:       6605

zusammen, in der GUI stehen

Objekte: 8462, Zustände: 7360

drin.

[Thomas Braun]

@nox309

Das macht man dann final mit Aufrufoptionen.

iob diag --log

oder so. Das ist kein Problem, wenn es erstmal dem ioBroker von Haus aus beiliegt.

[Thomas Braun]

v0.0.5 ist raus, jetzt in Änglisch!

[Glasfaser]

@thomas-braun

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 ***

[Thomas Braun]

@glasfaser

Biste Lehrer? Musst du doch mit rotem Stift markieren!

[Glasfaser]

@thomas-braun

Nee .. alles gut ...

[Homoran]

@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

[Thomas Braun]

@glasfaser

Jetzt besser?

Un övver en Version op kölsch hann isch och alt nohjedaach...
Ävver lever drink isch eens. PROSS

SKANDAL! Das sind ja gar keine Kölsch-Stangen!

Admin! Das muss geändert werden!!1!!!111

[Thomas Braun]

@thomas-braun

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

[Dolomiti]

Nä, is dat nit schön, im Forum esu vell kölsche Tön.

[andre]

Moin,
cooles Projekt. Ne Ausgabe als Datei in den Ordner /opt/iobroker/log wä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:

https://github.com/buanet/ioBroker/blob/c4d858b7afd774bb704aaf48acf20c90489aba8d/installer_library.sh#L442

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é

[Thomas Braun]

@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]

@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é

[Thomas Braun]

@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.

[Homoran]

@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??

[Thomas Braun]

@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...