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.
-
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. -
@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.
-
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!
-
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!
-
Nee .. alles gut ...
-
@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
-
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
-
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 -
Nä, is dat nit schön, im Forum esu vell kölsche Tön.
-
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.
-
@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.
-
@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... -
@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!
