iob diag - Skript

[haselchen]

@thomas-braun

Was hat das mit persistent.....auf sich?
Sollte da enable stehen?

[Glasfaser]

@thomas-braun sagte in iob diag - Skript:

iob multihost status

hatten wir schonmal ganz am Anfang !

https://forum.iobroker.net/post/884438

[andre]

@haselchen sagte in iob diag - Skript:

@thomas-braun

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é

[Thomas Braun]

@glasfaser

Ah, guter Hinweis. Hat also damals schon nicht wie erwartet funktioniert.
Ich werde alt und senil...

[haselchen]

@andre

Die Befehle dazu und die Umsetzung werden aber abgearbeitet und ausgeführt ohne Fehler.

[Thomas Braun]

@andre sagte in iob diag - Skript:

Im Docker Container wird schlicht nicht mit dem "multihostService" gearbeitet.

Und wie schaut das auf 'nativen' Installationen aus?

[haselchen]

@thomas-braun

Hab eben nochmal multihost connect ausgeführt und das ist das Ergebnis

Sehr sehr merkwürdig.

@andre

[andre]

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

[Thomas Braun]

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.

[Thomas Braun]

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.

[emil70]

@thomas-braun

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

[Thomas Braun]

@emil70

Danke, hatte ich schon befürchtet. Also wieder Sonderstrick...

[Thomas Braun]

@emil70

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

[mrjeschke]

@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

[Glasfaser]

@thomas-braun
Keine Ausgabe

root@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#

[Thomas Braun]

@glasfaser @mrjeschke

Bitte nochmal durchorgeln

[Glasfaser]

@thomas-braun

root@iobroker:/opt/iobroker# grep -i model /proc/cpuinfo
model           : 92
model name      : Intel(R) Celeron(R) CPU J3455 @ 1.50GHz
model           : 92
model name      : Intel(R) Celeron(R) CPU J3455 @ 1.50GHz
model           : 92
model name      : Intel(R) Celeron(R) CPU J3455 @ 1.50GHz
model           : 92
model name      : Intel(R) Celeron(R) CPU J3455 @ 1.50GHz
root@iobroker:/opt/iobroker#

[Glasfaser]

@thomas-braun sagte in iob diag - Skript:

@glasfaser @mrjeschke

Bitte nochmal durchorgeln

Hast du nicht mein ... gesehn :

@glasfaser sagte in iob diag - Skript:

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#

[Thomas Braun]

@glasfaser

echad@chet:~/iob_diag $ cat /proc/cpuinfo
processor       : 0
BogoMIPS        : 108.00
Features        : fp asimd evtstrm crc32 cpuid
CPU implementer : 0x41
CPU architecture: 8
CPU variant     : 0x0
CPU part        : 0xd08
CPU revision    : 3

processor       : 1
BogoMIPS        : 108.00
Features        : fp asimd evtstrm crc32 cpuid
CPU implementer : 0x41
CPU architecture: 8
CPU variant     : 0x0
CPU part        : 0xd08
CPU revision    : 3

processor       : 2
BogoMIPS        : 108.00
Features        : fp asimd evtstrm crc32 cpuid
CPU implementer : 0x41
CPU architecture: 8
CPU variant     : 0x0
CPU part        : 0xd08
CPU revision    : 3

processor       : 3
BogoMIPS        : 108.00
Features        : fp asimd evtstrm crc32 cpuid
CPU implementer : 0x41
CPU architecture: 8
CPU variant     : 0x0
CPU part        : 0xd08
CPU revision    : 3

Hardware        : BCM2835
Revision        : d03114
Serial          : 10000000b60d25ed
Model           : Raspberry Pi 4 Model B Rev 1.4

Da scheint die Ausgabe von System zu System unterschiedlich zu sein. Ziel ist es eigentlich das 'Model' aus der letzten Zeile auszulesen.

[mrjeschke]

@thomas-braun

Skript v.2023-05-28-1

*** BASE SYSTEM ***
model           : 158
model name      : Intel(R) Core(TM) i5-8500T CPU @ 2.10GHz
model           : 158
model name      : Intel(R) Core(TM) i5-8500T CPU @ 2.10GHz
model           : 158
model name      : Intel(R) Core(TM) i5-8500T CPU @ 2.10GHz
model           : 158
model name      : Intel(R) Core(TM) i5-8500T CPU @ 2.10GHz
model           : 158
model name      : Intel(R) Core(TM) i5-8500T CPU @ 2.10GHz
model           : 158
model name      : Intel(R) Core(TM) i5-8500T CPU @ 2.10GHz
Kernel          : x86_64
Userland        : amd64
Docker          : v8.0.1

model           : 158
model name      : Intel(R) Core(TM) i5-8500T CPU @ 2.10GHz
model           : 158
model name      : Intel(R) Core(TM) i5-8500T CPU @ 2.10GHz
model           : 158
model name      : Intel(R) Core(TM) i5-8500T CPU @ 2.10GHz
model           : 158
model name      : Intel(R) Core(TM) i5-8500T CPU @ 2.10GHz
model           : 158
model name      : Intel(R) Core(TM) i5-8500T CPU @ 2.10GHz
model           : 158
model name      : Intel(R) Core(TM) i5-8500T CPU @ 2.10GHz
Virtualization  : Unknown (buanet/Synology?)

Systemuptime and Load:
 14:45:01 up 12 days,  3:05,  0 users,  load average: 0.69, 0.46, 0.40
CPU threads: 6

======================= SUMMARY =======================
                     v.2023-05-28-1


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