iob diag - Skript

[bahnuhr]

@Thomas-Braun

auch gut.
Ist aber für manche wieder eine Hürde mehr.

[Thomas Braun]

@bahnuhr sagte in iob diag - Skript:

Ist aber für manche wieder eine Hürde mehr.

Ist aber so vollkommen üblich.

[paul53]

@thomas-braun sagte: iob diag --full

sollte default sein.

[Thomas Braun]

@paul53

Ist es ja auch heute.
Müsste mir da eh was gescheites überlegen, welche Optionen man da mitgibt. Könnte auch -v oder sowas werden.

[Lucky_ESA]

@thomas-braun Habe heute das Script mal laufen lassen. Den Schluß finde ich sehr interessant.

Status admin and web instance:
+ system.adapter.admin.0                  : admin                 : iobroker                                 -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
+ system.adapter.e2-openwebif.0           : e2-openwebif          : iobroker                                 -  enabled
+ system.adapter.web.0                    : web                   : iobroker                                 -  enabled, port: 8082, bind: 0.0.0.0, run as: admin

Warum wir mein Adapter dort angezeigt
Habe diesen nicht im Repo weil ich keine Lust habe eine ANleitung zu schreiben.

Gruß//Lucky

[Thomas Braun]

@lucky_esa sagte in iob diag - Skript:

Warum wir mein Adapter dort angezeigt

Weil der die Buchstabenfolge web enthält.
Mittlerweile ist der Code an der Stelle aber auch etwas anders und die Ausgabe sollte eigentlich anders aussehen.
Versuch mal direkt aus meinem github die Beta des Skripts aufzurufen.

[Glasfaser]

@Lucky_ESA

@thomas-braun sagte in iob diag - Skript:
Weil der die Buchstabenfolge web enthält.

im Code

iobroker list instances | grep 'admin.\|system.adapter.web.'

[Lucky_ESA]

@thomas-braun

Versuch mal direkt aus meinem github die Beta des Skripts aufzurufen.

Wenn ich Zeit finde werde ich das noch mal prüfen Ist ja nicht so schlimm...

Gruß//Lucky

[Thomas Braun]

@glasfaser

Das ist aber der aktuelle Code aus der Beta.
Ich glaube in der iob diag Version wird nur nach 'web' gegreppt. Deswegen die 'false positives' an der Stelle.

[Glasfaser]

@thomas-braun

Sieht fast aktuell aus :

SKRIPTV="2023-06-20"; #version of this script

https://github.com/ioBroker/ioBroker/blob/master/diag.sh#L424

[Thomas Braun]

@glasfaser
Ja, das ist aktuell.
Ich bastel gerade noch an einem 'nodeFall'-Aufräumskript.

[Glasfaser]

@thomas-braun sagte in iob diag - Skript:

'nodeFall'-Aufräumskript.

Meinst du sowas ... in der Art :

npm dedupe

https://typedigital.de/blog/npm-cli-tricks

[Thomas Braun]

@glasfaser

Nee, hab die Nase voll vom nodejs gerade ziehen. Ich versuche die üblichen Fälle von 'irgendwie ins System geprügelt' und/oder nicht fähig eine Ziffer in einer Datei auszutauschen in einem Skript zu heilen.

[Glasfaser]

@thomas-braun sagte in iob diag - Skript:

'irgendwie ins System geprügelt' und/oder nicht fähig eine Ziffer in einer Datei auszutauschen
in einem Skript

OT :

Du kannst ja ... beim "Haifisch" mal schauen vielleicht hat er sowas ::

ach nee die kommen hier immer hin .

SORRY .. konnte ich mir nicht verkneifen

[Thomas Braun]

Ich habe mal einen Versuch gestartet eine verbogene nodejs-Installation wieder gerade zu biegen und auch ein Update auf nodejs 18 kann man jetzt damit versuchen.
Die Abfrage ob die Installation gefixt werden soll kommt auch nur bei einer erkannten schiefen Ausgangslage, da muss man ggf. zum testen selber gegen die node-Installation treten und die 'kaputt' machen.
Zum Beispiel so:

sudo touch /usr/local/bin/nodejs
sudo chmod +x /usr/local/bin/nodejs

Der Code ist aber offengesagt noch etwas unfertig, also nur für Wagemutige!

(Backup der nodesource.list irgendwo anders parken als in /etc/apt/sources.list.d ist dringend angeraten!)

Docker und alles was kein apt an Bord hat bleibt außen vor.
LXC sollten aber funktionieren. Auf meinem Debian 'Trixie' (Testing) läuft es aber soweit ich das testen konnte.

[Thomas Braun]

Hab heute noch was weitergecodet, jetzt dürften auch Downgrades von höheren nodejs-Versionen auf den jeweils empfohlenen Zweig funktionieren.

Vielleicht sollte man den Code aber aus iob diag heraunehmen und in ein eigenes Skript auslagern? iob nodefix oder so?
Denn eigentlich wollte ich mit dem diag wirklich nur den Zustand des Systems diagnostizieren, nichts fixen.

[Glasfaser]

@thomas-braun

Habe mal quer rübergeschaut .

iob stop
echo "Waiting for ioBroker to shut down - Give me a minute..."
iob stop

in ein eigenes Skript auslagern?

dann mußt du es wieder für Container anpassen ....

pkill -u iobroker

dann aber , muß danach der Container neu gestartet werden .. also nicht mit "iob start "

[Thomas Braun]

@glasfaser

Das ist der Part, den ich nicht testen kann. Hatte an pkill bei Containern ehrlich gesagt gar nicht gedacht.
Den Docker hab ich aber schon gleich von vorneherein ausgeschlossen.

[Glasfaser]

@thomas-braun sagte in iob diag - Skript:

ehrlich gesagt gar nicht gedacht.

Ich würde es nicht mit einem Script machen ... du siehst ja selber was so andere ........ daraus machen .

Meine Meinung !

[Thomas Braun]

@glasfaser

Ich kenne das ja nur zu gut.
Die ganz verworrenen Installationen bekommst du damit auch nicht in den Griff.

Aber die einfachen Fälle wie falsche Pfade usw. schon.