NEWS
iob diag - Skript
-
Lustigerweise, ich weiss ja nicht ob meine Vorredner da nachgesehen haben,
steht in der iobroker.json das schon falsch drin."multihostService": { "enabled": false, "secure": true,
-
@haselchen
Ja, das dürfte die Ursache dafür sein. Also grundsätzlich funktioniert der Abruf der Info schon, nur ist die Info selber falsch. -
Ich kann da ja mal true reinballern und sehen was dein Skript macht.
Die Frage ist, wer korrigiert den Fehler in der iobroker.json? -
es gibt auch noch den Befehl
iob multihost status
-
Okay, ich greppe im Skript danach.
iobroker status all | grep MULTIHOSTSERVICE/enabled
vielleicht kann @haselchen mal beides auf seinem Multihost-System ausführen?
iob multihost status
-
Was hat das mit persistent.....auf sich?
Sollte da enable stehen? -
-
@haselchen sagte in iob diag - Skript:
Lustigerweise, ich weiss ja nicht ob meine Vorredner da nachgesehen haben,
steht in der iobroker.json das schon falsch drin."multihostService": { "enabled": false, "secure": true,
Das ist nicht lustigerweise so und auch nicht falsch.
Im Docker Container wird schlicht nicht mit dem "multihostService" gearbeitet.MfG,
André -
Ah, guter Hinweis. Hat also damals schon nicht wie erwartet funktioniert.
Ich werde alt und senil... -
Die Befehle dazu und die Umsetzung werden aber abgearbeitet und ausgeführt ohne Fehler.
-
@andre sagte in iob diag - Skript:
Im Docker Container wird schlicht nicht mit dem "multihostService" gearbeitet.
Und wie schaut das auf 'nativen' Installationen aus?
-
Hab eben nochmal multihost connect ausgeführt und das ist das Ergebnis
Sehr sehr merkwürdig.
-
@haselchen sagte in iob diag - Skript:
Sehr sehr merkwürdig.
Wieso? Dass unter Docker damit nicht gearbeitet wird heißt ja nicht, dass es nicht funktioniert. Ist mit
iobroker start
undiobroker stop
ja auch so. Sollte man im Container nicht benutzen, mag aber trotzdem funktionieren.
Das ist dann wieder das Thema, dass iobroker an sich nicht exclusiv für Docker entwickelt wurde...MfG,
André -
Das heißt auf 'Nicht-Dockern' funktioniert die Abfrage? Den Docker kann ich ja ausklammern. Ist ja nicht der einzige Docker-Umschiffungs-Code in dem Skript.
-
Ich hab gerade eine neue Version hochgeladen. Die Ermittlung der Basisumgebung erfolgt jetzt anders.
Können insbesondere die Docker-User das mal testen?
Ich vermute da ist noch was zu verbessern. -
folgende Fehler kommen
*** BASE SYSTEM *** ./iob_diag: line 45: hostnamectl: command not found ======================= SUMMARY ======================= v.2023-05-27 ./iob_diag: line 320: hostnamectl: command not found
-
Danke, hatte ich schon befürchtet. Also wieder Sonderstrick...
-
Magst du noch mal testen?
Interessant für mich ist der Block
*** BASE SYSTEM ***
aus dem Hauptteil und die ersten Zeilen aus der Summary (bis zur Anzahl der Updates). -
@thomas-braun
In Zeile 65 ist noch ein d zu viel. Nach entfernen sieht es bei mir so aus.Skript v.2023-05-28 *** BASE SYSTEM *** Kernel : x86_64 Userland : amd64 Docker : v8.0.1 Kernel : x86_64 Userland : amd64 Docker : v8.0.1 Virtualization : Unknown (buanet/Synology?) Systemuptime and Load: 14:26:49 up 12 days, 2:47, 0 users, load average: 0.22, 0.32, 0.35 CPU threads: 6
======================= SUMMARY ======================= v.2023-05-28 Kernel : x86_64 Userland : amd64 Docker : v8.0.1 Installation: Docker Kernel: x86_64 Userland: amd64 Timezone: Europe/Berlin User-ID: 0 X-Server: false
-
@thomas-braun
Keine Ausgaberoot@iobroker:/opt/iobroker# grep Model /proc/cpuinfo root@iobroker:/opt/iobroker#
meinst du so :
root@iobroker:/opt/iobroker# grep 'model name' /proc/cpuinfo model name : Intel(R) Celeron(R) CPU J3455 @ 1.50GHz model name : Intel(R) Celeron(R) CPU J3455 @ 1.50GHz model name : Intel(R) Celeron(R) CPU J3455 @ 1.50GHz model name : Intel(R) Celeron(R) CPU J3455 @ 1.50GHz root@iobroker:/opt/iobroker# grep 'model name' /proc/cpuinfo | tail -1 model name : Intel(R) Celeron(R) CPU J3455 @ 1.50GHz root@iobroker:/opt/iobroker#