Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[apollon77]

Naja ich hätte ja eher BackItUp verschoben, weil DSL hat halt meistens ne 24 Zwangstrennung. Jetzt passiert es halt irgendwann.
Klick mal im Admin auf den Schraubenschlüssel oben Links, checke alles und speichere neu ... ggf damit schon erledigt

[opossum]

Hallo, @apollon77,

dann schaue ich mir das noch einmal an. BackitUp kann in der Tat auch auf einen anderen Zeitpunkt gelegt werden.

Ich habe gerade im Web gesehen, dass die Telekom keine 24h-Zwangstrennung mehr vornimmt. Die IP-Leases laufen bis zu 180 Tage. Das würde bedeuten, dass ich zwar 180 Tage lang die gleiche ext. IP habe, aber meine Internetverbindung nicht mehr zwangsläufig jede Nacht getrennt wird. Werde das mal beobachten. BackitUp habe ich trotz dem verlegt.

Viele Grüße
Egbert

[chmilli1]

@apollon77
Hallo !
Hier mal bei mir was passiert .
danach läuft iobroker auch nicht mehr ........

pi@raspberrypi:~ $ sudo iobroker multihost browse
Nothing found
pi@raspberrypi:~ $ iobroker setup custom
Type of objects DB [(f)ile, (c)ouch, (r)edis], default [file]:
Host / Unix Socket of objects DB(file), default[127.0.0.1]: 192.168.178.68
Port of objects DB(file), default[9001]:
Type of states DB [(f)file, (r)edis], default [file]:
Host / Unix Socket of states DB (file), default[192.168.178.68]: 192.168.178.68
Port of states DB (file), default[9000]:
Host name of this machine [raspberrypi]:
creating conf/iobroker.json
pi@raspberrypi:~ $ sudo iobroker multihost browse
events.js:183
throw er; // Unhandled 'error' event
^

Error: listen EADDRNOTAVAIL 192.168.178.68:9001
at Server.setupListenHandle [as _listen2] (net.js:1343:19)
at listenInCluster (net.js:1401:12)
at doListen (net.js:1510:7)
at _combinedTickCallback (internal/process/next_tick.js:142:11)
at process._tickCallback (internal/process/next_tick.js:181:9)

[apollon77]

Das ist der Slave? Korrekt? Das ist alles ok, wenn liegt das beim Master. Wenn dort eine IP drin steht oder 127.0.0.1 dann ist der nicht für andere Verfügbar, ergo nicht offen.
Beim Maste rmuss dort seit dem js.controller 1.4 eine 0.0.0.0 stehen beim Master. Daher die Frage was Du vorher drauf hattest

[chmilli1]

Danke Appollon77 ,daran hat es gelegen ...muß aber jetzt trotzdem den Slave neu aufsetzen . Da er nicht mehr reagiert....aber verbindung zwischen den 2en besteht ! Danke nochmal !!!!

[Alexander.G]

@apollon77 Danke! Das wars. Jetzt hat auch das update geklappt.:relaxed:

[skokarl]

gibts da jetzt nen Update von 1.5.11 ? Wie macht man das wenn man 1.5.11 schon hat ?

[pantau]

Der js-controller 1.5.11 scheint sich nicht mit dem admin-adapter 3.6.2 zu vertragen.
Seitdem ich den js-controller 1.5.11 installiert habe, lassen sich die Objekt nicht mehr korrekt anzeigen (keine aktualisierung) und auch nicht manuell bearbeiten.

Ich habe dann parallel den admin-2 V2.0.10 installiert, dieser zeigt die Objekte korrekt an und man kan diese auch manuell bearbeiten.

Ich bin dann zurück auf den js-controller 1.4.2 gegangen mit admin 3.6.2 auch hier lassen sich die Objekte korrekt anzeigen und manuell bearbeiten.

Falls wer eine Lösung hat, bitte melden.

[apollon77]

@skokarl 1.5.11 ist 1.5.11 auch falls Du es schon früher installiert hast. Dann brauchst Du kein Update

[apollon77]

@pantau Sehr Strange. Es sind keine Probleme mit Admin 3.6.2 bekannt.Der ist ja auch Stable. An sich kann es auch keine Themen geben die sich da stören.
Findest Du irgendetwas im Log?

[pantau]

@apollon77
Ich habe mal alles neu installiert. Folgende Systemumgebung zur Nachstellung des Fehlers:

Iobroker auf Ubuntu Server 18.04 LTS
node -v --> v8.16.0
nodejs -v -> v8.16.0
npm -v -->6.4.1

ibkoker installation mit:
curl -sL https://deb.nodesource.com/setup_8.x | sudo -E bash -
sudo apt-get install -y nodejs

curl -sL https://iobroker.net/install.sh | bash -

Bis hierher alles ohne Probleme!

NUN ZUM PROBLEM:
Wenn ich in iobroker unter Objekte ein neues Objekt manuell anlege (z.B. als Zeichenkette),
dann kann ich das Objete nicht ändern. Genauer gesagt, zeigt er die Änderung nicht an!

Das Problem ist auf meinem Produktiv-System (mit dem admin-Adapter 3.6.2) erst aufgetreten, als ich den js-controller von 1.4.2 auf 1.5.11 gebracht hatte. Seitdem keine Änderung und Aktualisierung von selbstangelegten Objekten.

Ich hoffe mein Beschreibung hilft zur Fehlerfindung.

[pantau]

@pantau
NACHTRAG
Das PROBLEM scheint sich nur auf Objekte zu beziehen die unter einer Objektstruktur liegen

Bsp: Doro.0.Fenster und Doro.0.Tuer lassen sich nicht ändern, das oberstes Objet Doro.0 funktioniert.

[paul53]

@pantau Weshalb erstellst Du Datenpunkte (Fenster, Tuer) unter einem Datenpunkt (Doro.0) ?
Mach es besser so: 1. Datenpunkt erstellen mit Namen Doro.0.Fenster und Namen ändern in Fenster. Anschließend können weitere Datenpunkte unter dem Ordner Doro.0 erstellt werden.

[pantau]

@paul53
Danke für den Tipp. Das hift mir aber nicht bei meinem Problem, dass ich die Datenpunkt nicht manuell ändern kann. Du hast das Problem nicht weil Du den js-controller 1.4.2. im Einsatz hast.

[paul53]

@pantau sagte:

weil Du den js-controller 1.4.2. im Einsatz hast.

Das ist mein Produktiv-System. Auf meinem Testsystem mit js-controller 1.5.9 habe ich das Problem auch nicht.

[pantau]

@paul53
Ich habe das System komplet neu aufgebaut (siehe oben). Es läuft nur der admin-adapter

Vielleicht sollte ich mal den js-controller 1.5.9 ausprobieren?

[paul53]

@pantau sagte:

Vielleicht sollte ich mal den js-controller 1.5.9 ausprobieren?

Ja, dann kann man schon mal feststellen, ob es am js-controller liegt. Meine Admin-Version: 3.6.2.

[apollon77]

Werden die Änderungen gar nicht ausgeführt, oder kommen die Infos nur nicht im Admin an? Ist es nach einem Reload aktuell? Wie genau sehen die Objekte aus? BItte mal die JSONs zeigen (Objekt das "Stift-Icon" dort JSON unter Raw experts only"

[pantau]

@apollon77
Die Änderungen werden ausgeführt, aber nicht angezeigt. Wenn ich den admin-adapter stoppe und neu starte sind die Änderungen im Objekt sichtbar.
Hier das Objekt
{
"_id": "Doro.0.Fenster01",
"type": "state",
"common": {
"name": "Fenster01",
"role": "",
"type": "string",
"desc": "Manuell erzeugt",
"read": true,
"write": true
},
"native": {},
"from": "system.adapter.admin.0",
"user": "system.user.admin",
"ts": 1559547762436,
"acl": {
"object": 1638,
"owner": "system.user.admin",
"ownerGroup": "system.group.administrator",
"state": 1638
}
}

[apollon77]

geht es auch wieder aktuell wenn Du Admin nur im Browser neu lädst? Steht irgendwas im Log?