iob diag - Skript

[Thomas Braun]

@feuersturm
Habs gerade auf github hochgeschubst.

[andre]

Bin ich der Einzige der es irgendwie bedenklich findet wenn ein Diagnose-Script auch gefundene Probleme korrigiert statt nur darüber zu informieren? Meines Erachtens sollte ein Diagnosescript 100% safe sein. Also ausschließlich Informationen auslesen.
Wo wäre dann sonst der Unterschied zum Fixer-Script? Dann können wir die Diag-Ausgabe doch eigentlich auch direkt in den Fixer einbauen, oder sehe ich das falsch?

@apollon77 @foxriver76 @AlCalzone @Bluefox
Habt ihr eine Meinung dazu? Sollte das Thema vielleicht auf die Dev-Meeting-Liste? Ich denke das ist in jedem Fall zumindest diskussionswürdig.

MfG,
André

[Thomas Braun]

@andre sagte in iob diag - Skript:

Meines Erachtens sollte ein Diagnosescript 100% safe sein. Also ausschließlich Informationen auslesen.

Da bin ich dabei.
Ist ja auch eine Beta-Version zum herumspielen. Den Code kann man easy da wieder rausnehmen und in den Fixer (oder ein eigenes Skript integrieren).
War nur für den Moment einfacher das an 'iob diag' anzuhängen.

Den Fix musst du aber auch bestätigen und damit wollen, der wird ja nicht hinterrücks plötzlich ausgeführt.

[andre]

Ok, wollte nur darauf hinweisen, bevor aus dem Diag-Script die "eierlegende Wollmilchsau" wird. So wie das m. E. leider mit dem Backitup-Adapter passiert ist.

@thomas-braun sagte in iob diag - Skript:

Den Fix musst du aber auch bestätigen und damit wollen, der wird ja nicht hinterrücks plötzlich ausgeführt.

Ja, das ist richtig. Aber du kennst ja auch die unerfahrenen User... Da erzählt ein Script was von node Version und schon ist ein ioBroker Einsteiger und Linux Neuling gnadenlos überfordert...

MfG,
André

[Thomas Braun]

@andre sagte in iob diag - Skript:

Da erzählt ein Script was von node Version und schon ist ein ioBroker Einsteiger und Linux Neuling gnadenlos überfordert...

Die Resultate der bisherigen Überforderung soll das Ding ja gerade wieder ausbügeln... Bislang schaut das auch ganz gut aus. Tut was es soll.

Komplett zerballerte Dreifach-Installationen von nodejs bekommst du auch mit dem Skript nicht gebändigt. Jedenfalls nicht im ersten Anlauf.

[Thomas Braun]

Hab jetzt noch einen Hinweis auf den Beta Code drin:

!!! THIS CODE IS IN BETA STAGE. TRY IT AT YOUR OWN RISK !!!
You are running nodejs v.$NODEUSED. Do you want to install recommended nodejs v.$NODERECOM? 
*** DO NOT TRY THIS FIX ON NON-LINUX-SYSTEMS! ***

Press <y> to continue or any other key to quit"

[Feuersturm]

@thomas-braun sagte in iob diag - Skript:

Achtung, dein iobroker wird da gestoppt und du musst den Container dann neustarten. Gibt aber Hinweise im Text.
Für einen geskripteten Restart eines Containers hab ich zu wenig Plan davon. Bei nativen Installationen wird der ioBroker auch wieder vom Skript gestartet.

wenn ich im Terminal von meinem LXC Container ein

sudo reboot

ausführe, wird das System neu gestartet. Hilft dir das?

[Homoran]

@andre sagte in iob diag - Skript:

Bin ich der Einzige der es irgendwie bedenklich findet

nein! zumal da noch ein paar offene Fragen sind

z.B.

@homoran sagte in iob diag - Skript:

@thomas-braun Wenn ich das quer durch's Forum richtig verfolgt habe, waren ältere Versionen von nicht mehr unterstützen Node-Versionen der Auslöser für diese sinnvolle Erweiterung/Ergänzung.
Was passiert denn wenn ein User mit node 6 (oder realistischer mit node 14) jetzt iob diag aufruft?

auch deine Anregung

@andre sagte in iob diag - Skript:

Ich denke
iob fix

wäre der richtige Aufruf für Änderungen/ Korrekturen.

halte ich nicht unbedingt für due beste Alternative.
Bisher hat iob fix nur die Berechtigungen geradegebogen. das wurde auch jahrelang so kommuniziert.

Wenn dann ein weiterer Befehl dazukommt sollte er anders heißen. Ich hab da auch noch keine Eingebung.
Wir begeben uns hier auf ganz neues Terrain, auch wenn es für Noobs sehr zu wünschen ist, sind wir jetzt außerhalb von iobroker.
Und um gerade das Zielklientel zu erreichen, die bisher ihre Systeme nicht antatschten, muss das ganze wirklich sauber zu Ende gedacht und ggf. alles mögliche abgefangen werden können

[Thomas Braun]

@feuersturm sagte in iob diag - Skript:

wird das System neu gestartet. Hilft dir das?

Das wäre easy. Was meinen die anderen Container-Schiffer?

[Thomas Braun]

@homoran

iob nodefix vielleicht?

[Homoran]

@thomas-braun sagte in iob diag - Skript:

@homoran

iob nodefix vielleicht?

das war mein bisheriger Favorit, da ohne iob node fix nicht gerade sauber sein wird

[Thomas Braun]

@homoran sagte in iob diag - Skript:
Nein,

node fix

geht nicht, node command ist eine andere Baustelle.

[Homoran]

@thomas-braun sagte in iob diag - Skript:

@homoran sagte in iob diag - Skript:
Nein,

node fix

geht nicht, node command ist eine andere Baustelle.

eben! aber da es nix mit iob zu tun hat wollte ich am liebsten auch kein iob im Befehl haben.
Wird aber wahrscheinlich kein anderer merken.
Als nächstes dann iob OS fix

[Thomas Braun]

@homoran sagte in iob diag - Skript:

aber da es nix mit iob zu tun hat

Nein, rein technisch natürlich nicht. Wird der Zielgruppe aber vermutlich relativ schnuppe sein.

[Feuersturm]

@homoran Ich würde argumentieren, das es ein Helferlein für ioBroker ist, um das Grundgerüst von iobroker zu reparieren. ich finde ein iob nodefix daher sehr sprechend.

[Thomas Braun]

@homoran sagte in iob diag - Skript:

Bisher hat iob fix nur die Berechtigungen geradegebogen. das wurde auch jahrelang so kommuniziert.

Wobei das ja auch nicht stimmt. setcaps und einige Pakete werden auch (neu)installiert. Ein bischen mehr als nur die Berechtigungen macht iob fix bzw. der Installer auch schon. Das nachinstallieren von 'cmake' ist aus Sicht der Systemsicherheit eigentlich auch ein Alptraum. Damit gibst du z. B. einem Eindringling ein weiteres Werkzeug zum bauen von Schadcode an die Hand.

Das würde dir jeder Sysadmin rechts und links um die Ohren hauen. Zu recht.

[Homoran]

@thomas-braun sagte in iob diag - Skript:

@homoran sagte in iob diag - Skript:

aber da es nix mit iob zu tun hat

Nein, rein technisch natürlich nicht. Wird der Zielgruppe aber vermutlich relativ schnuppe sein.

richtig, sehe ich auch so.

@feuersturm sagte in iob diag - Skript:

Ich würde argumentieren, das es ein Helferlein für ioBroker ist, um das Grundgerüst von iobroker zu reparieren

wo fängt das an und wo hört es auf?

Bitte icht missverstehen!
für die Zielgruppe ist so etwas Gold wert!
es wir nur sehr wenige geben, due in Linux so frei jonglieren können wie Thomas, und immer noch wenige, due sich da rantrauen, die HowTos nachzubauen.

So ganz abwegig war daher der iob linuxfix auch nicht, wenn ich da per Knopfdruck "nur" die Quellen auf den neuen Namen schreiben muss, ein update und ein full-upgrade fahren, und alle sind up to date und glücklich.

[Homoran]

@thomas-braun sagte in iob diag - Skript:

Wobei das ja auch nicht mehr stimmt.

ja

[Thomas Braun]

@homoran sagte in iob diag - Skript:

So ganz abwegig war daher der iob linuxfix auch nicht,

Das wird es ganz bestimmt NICHT geben (jedenfalls nicht von mir). Wenn das so einfach wäre, dann würde Debian das ganz sicher in ein Upgrade-Skript 'ab Werk' gießen. Ubuntu hat(te?) da mal was, das Ding hatte aber so viele 'Wenns' und 'Danns' und 'Dann doch nicht' - Einschränkungen und hat nur bei idealen Voraussetzungen richtig durchgehend funktioniert, das willst du nicht coden.

[mcm1957]

@andre said in iob diag - Skript:

Bin ich der Einzige der es irgendwie bedenklich findet wenn ein Diagnose-Script auch gefundene Probleme korrigiert statt nur darüber zu informieren? Meines Erachtens sollte ein Diagnosescript 100% safe sein. Also ausschließlich Informationen auslesen.
Wo wäre dann sonst der Unterschied zum Fixer-Script? Dann können wir die Diag-Ausgabe doch eigentlich auch direkt in den Fixer einbauen, oder sehe ich das falsch?

@apollon77 @foxriver76 @AlCalzone @Bluefox
Habt ihr eine Meinung dazu? Sollte das Thema vielleicht auf die Dev-Meeting-Liste? Ich denke das ist in jedem Fall zumindest diskussionswürdig.

MfG,
André

Nein

Hab ich auch schon angemerkt.
Ich möchte ein diagnosescript starten und dabei sicher sein dass absolut nichts verändert wird.