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

[Thomas Braun]

@dr-bakterius Hab jetzt mal in einem skript aus dem Spiegel eine Ansage über Alexa geändert. Im ioBroker ist aber nach neustart vom javascript-Adapter die alte Fassung drin. Hätte sich ja eigentlich ändern müssen.

[Dr. Bakterius]

@thomas-braun Ich habe mal ein Testskript erstellt, dass hat lediglich einen Kommentar. Dieses habe ich geändert. Danach war das Skript im Broker gestoppt, doch der Kommentar wurde nicht geändert. Also gleich wie bei dir. Dann habe ich das Skript aus dem Ordner gelöscht und im selben Augenblick verschwand es auch aus dem ioBroker.

[Thomas Braun]

@dr-bakterius
Hast Recht. Hatte ich noch nie ausprobiert.

Eigentlich widerspricht das aber auch einem Mirror. Denn wenn das Spiegelbild 'kaputt' ist gibt es immer noch das Original. Wäre ja hier nicht der Fall.

[Homoran]

@thomas-braun sagte in backitup von javascript:

Denn wenn das Spiegelbild 'kaputt' ist gibt es immer noch das Original.

sehe ich anders.
ein echter spiegel bewertet nicht sondern macht einfach.

egal auf welcher Seite vom Spiegel du es löschst, spiegelt er es auf die andere seite.

[Thomas Braun]

@homoran Dann viel Spaß wenn du mal auf dem Jahrmarkt in ein Spiegelkabinett gehst. Ich glaube da bist du am Ende dann doch froh den echten Homoran zum nächsten Karussel zu bringen.

[dehein2]

So, ich habe das backup über die importieren Funktion im javaskript adapter wiederhergestellt - schaut erstmal gut aus ;)

Das eigentliche Problem, dass im Ordner /home/iobroker/scriptbackup nichts auftaucht besteht trotzdem noch

(10774) Cannot write file /home/iobroker/scriptbackup/Button4Water.js: Error: EACCES: permission denied, open '/home/iobroker/scriptbackup/Button4Water.js'

drwxr-xr-x 2 root root 4096 Jun  2 13:35 scriptbackup

ist vermutlich falsch

[Thomas Braun]

@dehein2 sagte in backitup von javascript:

drwxr-xr-x 2 root root 4096 Jun 2 13:35 scriptbackup

Du sollst auch nix als root oder per sudo in dem /home/iobroker machen.
Korrektur des ganzen jetzt per

sudo chown iobroker:iobroker /home/iobroker/scriptbackup

Das ist das Hoheitsgebiet des users iobroker, also sollen dem auch die dortigen Dateien und Verzeichnisse gehören. Und dann kann auch dort ein Backup gespiegelt werden.

Der richtige Befehl hätte übrigens so aussehen müssen:

sudo -u iobroker mkdir /home/iobroker/scriptbackup

(Wenn der eingeloggte user weder root noch iobroker ist).

[dehein2]

@thomas-braun
Danke, die frage ist wann ich root war (über den terminal adapter bin ich "iobroker" und über den ssh login "pi")

sudo funktioniert noch nicht wegen des hosts - das muss ich mir mal anschauen

[dehein2]

sudo: unable to resolve host deheinIOBroker: Name or service not known

mein host heiß also gerade deheinIOBroker - ich habe noch nicht ganz verstanden wie er heißen muss

[Thomas Braun]

@dehein2
Dann stellt sich die Frage, wie du
/home/iobroker/scriptbackup
mit root:root als owner hinbekommen hast. Das geht nicht als pi und auch nicht als iobroker.

[dehein2]

@thomas-braun das frage ich mich auch ;)

[dehein2]

@dehein2 said in backitup von javascript:

sudo: unable to resolve host deheinIOBroker: Name or service not known

mein host heiß also gerade deheinIOBroker - ich habe noch nicht ganz verstanden wie er heißen muss

ok, nun klappt sudo. Ich hatte im Router einen anderen Host eingetragen. Ist das eine Sicherheitsfunktion?

[Thomas Braun]

@dehein2
Der Host kann ja auch so heißen. Aber dann systemweit.
Wie/wo hast du denn den jetzigen host name gesetzt. Die wenigsten Linux Hosts heißen ab Werk deheinIOBroker. Musst du also so gesetzt haben.

Am Rande: Man vermeidet Großbuchstaben und sonstige Sonderzeichen in host names. Nur die Kleinbuchstaben a-z, Zahlen 0-9 und der Bindestrich sind da vorgesehen. Alles andere kann in der ein oder anderen Konstellation für Ärger sorgen.

[dehein2]

@thomas-braun
nun klappt es. Im Ordner tauchen die .js Dateien auf

DANKE ;)

[Thomas Braun]

@dehein2 sagte in backitup von javascript:

Ist das eine Sicherheitsfunktion?

Nein, das ist eine Fehlkonfiguration in deinem Netzwerk.
Die host names müssen im System und im DHCP-Server des Routers übereinstimmen. Woher soll denn sonst das routing korrekt erfolgen?

Du klingelst bei hostname-a mit der IP 1.2.3.4 und im DHCP ist für die IP 1.2.3.4 der hostname-b eingetragen. Wo klingelt es?

[dehein2]

@thomas-braun

@thomas-braun said in backitup von javascript:

@dehein2 sagte in backitup von javascript:

Ist das eine Sicherheitsfunktion?

Nein, das ist eine Fehlkonfiguration in deinem Netzwerk.
Die host names müssen im System und im DHCP-Server des Routers übereinstimmen. Woher soll denn sonst das routing korrekt erfolgen?

Du klingelst bei hostname-a mit der IP 1.2.3.4 und im DHCP ist für die IP 1.2.3.4 der hostname-b eingetragen. Wo klingelt es?

Ja für die Netzwerkfunktionen verstehe ich es schon wenn ich nicht direkt die IP verwende. Aber warum ist es relevant für das sudo?

[Thomas Braun]

@dehein2
Weil sudo 'netzwerkfähig' ist und u. A. an den hostname gebunden ist.
Wenn in der /etc/resolv.conf jetzt etwas abweichendes (vom DHCP) eingetragen wird als der locale hostname meckert sudo da rum.

[dehein2]

@thomas-braun Danke!!