NEWS
iob diag - Skript
-
@thomas-braun sagte in iob diag - Skript:
Soll ich noch die letzen x (so 15-20) Zeilen aus dem iob-Log File unterbringen?
Du weißt ja gar nicht im Vorfeld wie oft er ioBroker neugestartet hat oder etwas anders gemacht hat ...
Da hilft eher ein vollständiger Log , den man so oder später erfragt ! -
@glasfaser sagte in iob diag - Skript:
Da hilft eher ein vollständiger Log , den man so oder später erfragt !
Dann lass ich es komplett raus. Log ist eher zu groß um das vollständig abzufragen.
-
Moin,
gerade dein cooles Script gefunden, sieht super aus.Ich habe dabei eine kleine Idee, wie viel Sinn die macht oder wie gut/einfach das umzusetzen ist weiß ich nicht.
Aber ggf. kann man die Ausgabe zusätzlich noch in eine Datei schreiben.
Könnte mir vorstellen das einige User das auf der z.B. der Proxmox Console ausführen und dann die Ausgaben eventuell abgeschnitten wird. Dann hat man immer noch die Möglichkeit diese via SCP etc. abzurufen. -
Ist natürlich schon drin... (Bzw. das kann deine shell schon von Haus aus)
Einfach das skript so aufrufen:
./iob_diag > testlog >&0
Voila, der Output landet in der Datei
testlog
und auf dem Bildschirm. -
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
-
@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.
-
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||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 daObjekte: 8458 Zustände: 6605
zusammen, in der GUI stehen
Objekte: 8462, Zustände: 7360
drin.
-
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.
-
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. PROSSSKANDAL! 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/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:
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.