iob diag - Skript

[Glasfaser]

@thomas-braun

Die Gegenfrage wäre , was bringt nur die Admin Version anzuzeigen .

meistens wollen wird den Stand mit

iob update -i

sehen , so sieht man auch quer installationen Beta/Stable .

..... ja ich weiß , wir können unendliche Sachen abfragen und die Liste wird dadurch noch länger

[Thomas Braun]

@glasfaser

Hab ich drin. Schau mal rein.

[Glasfaser]

@thomas-braun

Sieht gut aus ..

weil nur

iob upgrade -u

bringt nicht viel , so sieht man dann mehr

[Thomas Braun]

@glasfaser sagte in iob diag - Skript:

so sieht man dann mehr

Ich hatte hin- und herüberlegt beim ersten coden. Aber da hatte ich die Zusammenfassung noch nicht auf dem Schirm.
Im Zwischenteil kann man ja klotzen...

Vielleicht könnte man auch einzelne Testsegmente in der Vorschaltseite auswählbar machen...
Ich fürchte nur, das wird dann sehr aufwändig.

[Glasfaser]

@thomas-braun

=================== ZUSAMMENFASSUNG ====================
v.0.0.4


Betriebssystem:         Debian GNU/Linux 11 (bullseye)
Installation:           Docker
Zeitzone:               Europe/Berlin
User-ID:                0
X-Server:               deaktiv

Auch witzig

root@iobrokerv6:/opt/iobroker# echo $EUID
0

[Thomas Braun]

@glasfaser

Damit hatte ich mal rumgespielt, aber nicht stabil hinbekommen. Deswegen ist der Code deaktiviert.

Ja, der root ist halt 'ne Null.

[Glasfaser]

@thomas-braun sagte in iob diag - Skript:

Vielleicht könnte man auch einzelne Testsegmente in der Vorschaltseite auswählbar machen...

Das sieht aber noch ... für "uns" Übersichtlich aus

und so ist die quälerei ... fragerei ... nach INFO`S eigentlich schon sehr gut in der Liste zu erkennen .

[Glasfaser]

@thomas-braun sagte in iob diag - Skript:

Ja, der root ist halt 'ne Null.

Das war mir klar das dieser Kommentar kommt

[emil70]

@thomas-braun sagte in iob diag - Skript:

@emil70

Schau jetzt nochmal wie dein LXC erkannt wird.

Sieht jetzt gut aus

*** BASISSYSTEM ***
CPU-Architektur: x86_64
Docker: Ja
LXC: Unbekannt
Distributor ID: Debian
Description:    Debian GNU/Linux 11 (bullseye)
Release:        11
Codename:       bullseye

[Thomas Braun]

@emil70 sagte in iob diag - Skript:

Sieht jetzt gut aus

Juhu!
Da hab ich als ShellSkript-Legastheniker nämlich lange dran rumgebastelt.

Was war das noch gleich für eine Container-Version da bei dir?

[emil70]

@thomas-braun sagte in iob diag - Skript:

@emil70 sagte in iob diag - Skript:

Sieht jetzt gut aus

Juhu!
Da hab ich als ShellSkript-Legastheniker nämlich lange dran rumgebastelt.

Was war das noch gleich für eine Container-Version da bei dir?

Das 7.0.0 von buanet auf Synology

[Thomas Braun]

@emil70

Vielleicht lasse ich auch 'buanet/Synology' in diesen Fällen ausgeben.
Mal beobachten wie eindeutig das ist. Die Proxmox LXCs werden ja erkannt.

[Thomas Braun]

So langsam gefällt mir das Ding...

Aber nun kommt der schwierigste Part:
Bei laufendem ioBroker funktioniert das natürlich, kompliziert wird es bei einem kaputten/ nicht laufenden iobroker. Das hagelt dann an diversen Stellen Fehlermeldungen.

Wer macht seinen ioBroker kaputt und lässt das skript dann laufen?

Bei nur gestopptem ioBroker läuft das Skript weiter, halt nur etwas langsamer, weil da erst noch Sachen in den Speicher geladen werden müssen.

[Thomas Braun]

@glasfaser sagte in iob diag - Skript:

und so ist die quälerei ... fragerei ... nach INFO`S eigentlich schon sehr gut in der Liste zu erkennen .

Soll ich noch die letzen x (so 15-20) Zeilen aus dem iob-Log File unterbringen?
Oder meinst du da ist 'alles mögliche drin, aber nicht das was gerade hilfreich ist'?

[Glasfaser]

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

[Thomas Braun]

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

[nox309]

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.

[Thomas Braun]

@nox309

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.

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