UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

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

[Ro75]

Hallo,

da das hier nach einer internen Diskussion klingt, weiß ich nicht ob ich mich hier als Anwender, aber auch Programmierer mal kurz mit einklinken darf.

Vorab, ich gehöre nicht zu der Fraktion die alles und ständig probieren und experimentieren muss. Ich selbst habe fast 20 Jahre für Windows professionelle Software für den Finanzbereich programmiert.

Und ähnlich wie hier gab es ein(e) Anwendung(spaket) (hier ist es der ioBroker) und dazu Laufzeitkomponenten (hier ist es nodejs) und bei mir damals VB, .NET, ACCESS, DAO und ADO.

Aus eigener Supporterfahrung kann ich sagen, der Anwender hat nie was gemacht wenn etwas nicht mehr geht. Aber er hat erwartet das man es wieder richtet. Das war oftmals zeit- und nervenraubend und hat sich offenbar bis heute nicht geändert.

Hier ist es für meine Begriffe exakt so und ihr wendet derartig viel Zeit dafür auf, dass jedes Helferlein was das zu richten vermag, für euch "GOLD" ist. Auch ich habe damals ein Programm geschrieben, was versucht hat alle schrägen Installationen zu richten. Das hat zu 90% auch funktioniert, der Rest ging nur durch Neuinstallation.

Egal wie. So ein Helferlein ist wichtig. Denn es spart euch letztlich Zeit und zeigt dem Anwender, dass da schnell und einfach geholfen wird. Ja ihr helft jetzt auch schnell und professionell, aber mit viel Zeitaufwand.

Fazit. Das Skript, egal wie es aufgerufen und heißen wird, es wird allen helfen. Ihr macht absolut klasse Arbeit. Dafür Danke.

Ro75.

[Thomas Braun]

@mcm57 sagte in iob diag - Skript:

Ich möchte ein diagnosescript starten und dabei sicher sein dass absolut nichts verändert wird.

Hatten wir schon...

Ist eine Beta-Version, der Code kann da easy rausgezogen werden und in ein eigenes Skript mit eigenem Aufruf gepackt werden.
Ich hatte nur keine Lust, Zeit und Laune das in ein eigenes Repo zu packen, weil ich einige wenigen Dinge bereit zuvor im Hauptskript ermittelt habe.
Der Fix wird nur ausgeführt, wenn man auf Rückfrage die Taste y drückt.

Und absolut nichts wird auch heute schon nicht geändert. Es wird immer ein Symlink von nodejs auf node gesetzt. :-D Sonst funktioniert der Check auf schiefe Installationen nicht.

[andre]

@thomas-braun sagte in iob diag - Skript:

@homoran

iob nodefix vielleicht?

Zur Diskussion über den Aufruf folgende Idee:

Diagnose
iob diag > zur Erstellung von Diagnosedaten (eventuell als standard nur das summary, bzw. die nötigsten Infos)
ergänzend dann zum Beispiel: iob diag full für die komplette Ausgabe? (Weiß nicht ob das konkret Sinn ergibt, ist also eher zur Darstellung der Struktur des Kommandos gedacht) :)

Fixer
iob fix > zum Prüfen und Fixen der eigentlichen ioBroker Installation
iob fix node > zum Prüfen und Fixen von Node
(iob fix system > zum Prüfen und Fixen von weiteren Sytemvorraussetzungen?)
usw.

Also praktisch den bestehenden Fixer mit einem weiteren Parameter aufbohren.
Meines Erachtens ist es so am deutlichsten und fix und diag gut voneinander getrennt.
Ich halte nicht viel davon für die gleichen Funktionen (in diesem Fall das Fixen von was auch immer) jeweils ein eigenes iob-Kommando zu kreieren.

Wie gesagt nur eine Idee.

MfG,
André

[Homoran]

@andre sagte in iob diag - Skript:

iob fix node > zum Prüfen und Fixen von Node

mag sein, dass ich da ein wenig kleinlich mit der Semantik bin, aber iob nodefix ist für mich "richtiger" als iob fix node.

letzteres impliziert für mich dass der iobroker die node Installation fixed. ersteres wie bereits gesagt, dass ein nodefix stattfindet.

Auch nur als Gedanke!

Dass es im Moment zum testen noch im diag verankert ist, da dies schneller umzusetzen war/ist, wurde auch bereits mehrfach geschrieben.
Später wird es ausgegliedert.

[Thomas Braun]

Ich habe den 'umstrittenen' Code aus 'iob diag' herausgenommen und in ein eigenes Skript 'iob_node_update' überführt. Dafür mach ich aber noch einen separaten Thread auf.

[Homoran]

@thomas-braun sagte in iob diag - Skript:

Dafür mach ich aber noch einen separaten Thread auf.

erstmal in Tester?
oder gibbet nix zum Testen?

[Thomas Braun]

@homoran

Doch, testen geht hier:
https://forum.iobroker.net/topic/68035/iob-node-fix-skript

[pk68]

@thomas-braun

Eine Frage zu deinem Diag-Skript. Die ausstehenden OS Updates wird ja folgendermaßen ermittelt:

echo -e "\033[34;107m*** OS-Repositories and Updates ***\033[0m";
        sudo apt-get update 1>/dev/null && sudo apt-get update
        APT=$(apt-get upgrade -s |grep -P '^\d+ upgraded'|cut -d" " -f1)
echo -e "Pending Updates: $APT";

Warum wird der Befehl 'sudo apt-get update' zweimal ausgeführt?

Ich wollte im ioBroker mittels Javascript die Anzahl der OS Updates ermitteln.

exec('sudo apt-get update && apt-get upgrade -s', function (error, stdout, stderr) {
    let result = stdout.match(/[0-9]+ aktualisiert/g);
    if (result) {
        let result2 = result[0].split(' ');
        console.log('OS Updates: ' + String(result2[0]));
    }
});

Der Code funktioniert auch mit 1x 'sudo apt-get update'. Übersehe ich da was?

[Thomas Braun]

@pk68 sagte in iob diag - Skript:

Warum wird der Befehl 'sudo apt-get update' zweimal ausgeführt?

Hat rein optische Gründe. Beim ersten Aufruf hast du da (mehr) GET-Meldungen drin. Die wollte ich ausblenden.

€dit: Deswegen landet die Ausgabe auch im Null-device.

[pk68]

@thomas-braun

Ok, danke.

[Thomas Braun]

Kann mir jemand mit einem Docker mal die aktuelle Ausgabe von

iob diag

posten? Danke schön!