[Diskussion] js-controller 1.5.11 ab sofort im Stable Repository

[pantau]

@apollon77
Im log steht nichts Die Aktualisierung wird erst angezeigt wenn ich den Admin-Adapter stoppe und neu starte.

Szenario:
Doro.o.Fenster01 hat den Wert "Hausfenster

Ich habe mal einen zweiten admin-Adapter.1 angelegt auf Port 9081 und in das Objekt "Doro.o.Fenster01" den Wert "Garagenfenster" eingetragen (dieser wird nicht angezeigt, siehe Bild).

Dann habe ich den Admin.0-adapter auf Port 8081 gestopt und neu gestartet.
Auf 192.168.188.204:9081 wird die Eingabe "Garagenfenster" angezeigt.

Wechsele ich auf die Seite 192.168.188.204:9081 und aktualisiere das Browserfenster, steht dort der alte Wert "Hausfenster".

Fazit:
Zwei Admin-Instanzen mit unterschiedlicher Objektwert-Anzeige, die erst stimmt wenn der admin-adapter gestoppt und neu gestratet wird.

[pantau]

@pantau sagte in [Diskussion] js-controller 1.5.11 ab sofort im Stable Repository:

Auf 192.168.188.204:9081 wird die Eingabe "Garagenfenster" angezeigt.

Schreibfehler:
Auf 192.168.188.204:8081 wird die Eingabe "Garagenfenster" angezeigt (Bild ist korrekt)

[apollon77]

Du bist in der Event Ansicht ... hm ... wenn Du in der normalen Objkekt-Ansicht bist ... geht das Update dort? Das müsste dieser Button mit der 1 sein den Du aus machen musst., und bitte einfach restarten admin danach um andere anzeigeefekte für den test auszuschliessen

[pantau]

@apollon77
Habe ich getestet.
Auch ohne EVENT-Ansicht (ohne die 1) das gleiche Verhalten, eine Anzeige der Objektänderung, erfolgt erst wenn ich den admin-Adapter neu starte.

[pantau]

@apollon77
Wenn Du möchtest würde ich Dich auf mein System per Teamviewer draufschauen lassen.

[pantau]

@apollon77
Ich habe eben nodejs v10.16.0 installiert. Das Problem war kurzfristig weg (ich kann es nicht anders sagen) dann, nach dem Reboot war das Problem wieder da (ich bin am Verzweifeln).

Umgebung:
node -v --> 10.16.0
nodejs -v --> 10.16.0
npm -v --> 6.9.0

OS: Ubuntu 1804 LTS-Server
(gleiches Problem auch auf Raspberry)

js-controller 1.5.11
admin-adapter 3.6.2

Sonst nichts auf dem System am laufen

[opossum]

Hallo, @apollon77,

hier meine Rückmeldung: Installationsfix hat bei mir sehr geholfen. Habe dann einen Nicht-Root-User zusätzlich angelegt, mit dem ich mich bei Putty und WinSCP anmelde. Anschließend dann wieder den 1.5.11 installiert, auch node.js auf 8.16.0 upgedated. System läuft jetzt sauber. Danke noch einmal für Deine Hilfe.

Gruß
opossum

[liv-in-sky]

moin zusammen - habe gestern js-controller 1.5.12 update gemacht - über nacht wird iobroker server neugestartet und heute morgen gehen folgene adapter nicht mehr

tr64
sonoff
alexa2
terminal

hier das log -

irgendwelche module fehlen ?
iobroker.2019-06-05.log

[liv-in-sky]

habe auf 1.5.11 down gegradet - jatzt laufen wieder alle adapter

habe das update gestern über "npm upgrade self" gemacht - sollte doch so funktionieren - oder?

[sigi234]

@liv-in-sky

js-controller 1.5.12 läuft bei mir ohne Probleme.

[liv-in-sky]

@sigi234 hi sigi,

bin gerade dabei backup zu machen - und nochmal den 1.5.12 zu installieren und neustart - mal sehen wass dann passiert

das ist so depremierend, morgens aufzustehen und nix funktioniert - ohne sonoff ist bei mir alles lahmgelegt

[sigi234]

@liv-in-sky sagte in [Diskussion] js-controller 1.5.11 ab sofort im Stable Repository:

@sigi234 hi sigi,

bin gerade dabei backup zu machen - und nochmal den 1.5.12 zu installieren und neustart - mal sehen wass dann passiert

Known Issues:

Beim Testen gab es Feedbacks das der tr-064 Adapter nach der Installation des neuen js-controllers nicht mehr funktioniert. Das liegt nicht am controller, sondern daran das npm irgendwie Module manchmal umsortiert. Bei vielen Usern half ein "npm install soef" im ioBroker Verzeichnis.

[liv-in-sky]

@sigi234 danke - super hinweis

werd ich dann checken

[liv-in-sky]

hab jetzt wieder 1.5.12 wie schon gestern inststalliert - zusätzlich "npm rebuild" und "npm cache clean" ausgeführt.

nach neustart nur ein fehler beim tr64-adapter aber dank @sigi234 ist dieser auch behoben - scheint wieder in ordnung zu sein

keine ahnung wo dieser fehler her kam? hat wohl der befehl "ugrade self" etwas "geschluddert"

[apollon77]

Also sieht irgendwie aus als ob npm da mist baut. Welche npm Version hast Du da drauf?

[liv-in-sky]

@apollon77 8.16 - ich hatte doch diese abstürze mit v10

[apollon77]

Das ist deine nodejs Version. Ich meine npm

[liv-in-sky]

@apollon77 sorry - 6.4.1 - wurde bei downgrade von node runtergesetzt - bei node 10 war es 6.9 oder so

[apollon77]

an sich ok. trotzdem komisch was npm da getrieben hat mit den Modulen. Da kann der controller nix für

[liv-in-sky]

@apollon77

zum glück läuft es jetzt wieder - danke für's ansehen