[Diskussion] js-controller 1.5.8 im Latest Repository

apollon77

Wir haben gerade eine 1.5.9 auf npm released, welche die greenlock 2.7.1 festpinnt. Bitte nochmal updaten und ansehen.

Das wäre dann die Version die wir gern zeitnah auch ins Stable schieben würden.

Vielen Dank an Euch schonmal und auch an @justr für das exakte rausfinden der funktionierenden greenlock Version!

Ingo

justr

Die 1.5.9 funktioniert bei mir wunderbar. Es wird ein Downgrade auf greenlock@2.7.1 durchgeführt und damit funktioniert auch wieder der Zugriff über die DynIP-Domain.

Ich verstehe lediglich nicht, warum greenlock immer (auch zuvor schon) doppelt installiert wird. Einmal in ".../iobroker/node_modules/iobroker.js-conroller/node_modules/greenlock" und einmal (extraneous) in "iobroker/node_modules/greenlock".

MacMini13:iobroker justr$ npm list greenlock
iobroker.inst@2.0.2 /usr/local/iobroker
├── greenlock@2.7.1  extraneous
└─┬ iobroker.js-controller@1.5.9
  └── greenlock@2.7.1 

npm ERR! extraneous: greenlock@2.7.1 /usr/local/iobroker/node_modules/greenlock

Das ändert aber erwartungsgemäß nichts an der Funktion.

Vielen Dank
justr

arteck

@justr einmal global und einmal im Adapter.. solltest den globalen entfernen iobroker/node_modules/greenlock

justr

Schon klar, aber beim nächsten Update des js-controllers wird er halt auch wieder global installiert.

e-i-k-e

Moin,

ich betreibe ein Master/Slave System (Master Rock64, Slave 5x Raspberry).

Die Slave laufen aktuell auf 1.5.7, den Master musste ich nach einem Crash (defekte SD-Karte anschließend Wechsel auf SSD) neu aufsetzen, somit läuft auf diesem die Version 1.4.2.

ioBroker war nach einem Update auf 1.5.7 und auch 1.5.8 nicht mehr über den Browser zu erreichen. Nach etlichen "Reparatur" versuchen und auch einem erfolglosen downgrade auf 1.4.2 hilft noch ein neu aufsetzen von oBroker.
Ich erhielt unter anderem öfter die Fehlermeldung.

root@ioBroker-Rock:~# cd /opt/iobroker
root@ioBroker-Rock:/opt/iobroker# node node_modules/iobroker.js-controller/contr            oller.js --logs
2019-05-08 00:04:50.074  - info: host.ioBroker-Rock iobroker.js-controller versi            on 1.5.7 js-controller starting
2019-05-08 00:04:50.083  - info: host.ioBroker-Rock Copyright (c) 2014-2018 blue            fox, 2014 hobbyquaker
2019-05-08 00:04:50.084  - info: host.ioBroker-Rock hostname: ioBroker-Rock, nod            e: v8.16.0
2019-05-08 00:04:50.091  - info: host.ioBroker-Rock ip addresses: 192.168.3.100             fe80::343d:a2d2:99a1:e291
2019-05-08 00:04:50.531  - info: host.ioBroker-Rock  inMem-states listening on p            ort 9000
2019-05-08 00:04:52.848  - info: host.ioBroker-Rock  inMem-objects listening on             port 9001
2019-05-08 00:04:52.880  - error: Another instance is running or some applicatio            n uses port!
2019-05-08 00:04:52.882  - error: uncaught exception: listen EADDRINUSE 0.0.0.0:            9000
2019-05-08 00:04:52.898  - info: host.ioBroker-Rock terminated
2019-05-08 00:04:52.954  - info: iobroker _restart
listen EADDRINUSE 0.0.0.0:9001
Error: listen EADDRINUSE 0.0.0.0:9001
    at Server.setupListenHandle [as _listen2] (net.js:1360:14)
    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)
    at Function.Module.runMain (module.js:696:11)
    at startup (bootstrap_node.js:204:16)
    at bootstrap_node.js:625:3

@apollon77 said in [Diskussion] js-controller 1.5.8 im Latest Repository:

On Master/Slave systems please start updating master and the slaves afterwards
Required versions of adapters (only if used) for normal functionality: javascript >= 3.6.5, dasWetter >= 2.7.1, upnp >= 1.0.4
(bluefox) Breaking changes: "][*,;'"`<>?" are no more allowed in IDs

Kann es etwas damit zu tun haben, dass sich die Slave bereits auf Version 1.5.7 befinden und ich den Master erst auf diese Version bringen möchte?

apollon77

@justr npm magie :-)) Neuere npm Versionen versuchen an sich alles global zu packen, nur wenn es da Versionskonflikte gibt landen Dinge lokal.

Man kann "npm dedupe" (https://docs.npmjs.com/cli/dedupe.html) Versuchen, dann macht er genau das für "gewachsene Strukturen"

apollon77

@e-i-k-e Also 1.5.7 und 1.5.8 sind da kompatibel. auch in deinem Fall hast DU ja quasi die Slaves vorher aktuell gehabt als den Master. Also auch das ist ok.

Die Frage ist warum bei Dir Port 9000 belegt war. Das musst Du rausfinden. ggf lief da noch ein prozess oder ein anderes Programm hat den Port blockiert.

e-i-k-e

@apollon77 said in [Diskussion] js-controller 1.5.8 im Latest Repository:

@e-i-k-e Also 1.5.7 und 1.5.8 sind da kompatibel. auch in deinem Fall hast DU ja quasi die Slaves vorher aktuell gehabt als den Master. Also auch das ist ok.

Die Frage ist warum bei Dir Port 9000 belegt war. Das musst Du rausfinden. ggf lief da noch ein prozess oder ein anderes Programm hat den Port blockiert.

Ich habe das Problem nicht lösen können.
Zwei mal versucht (mit neuem ioBroker) und zwei mal den selben Fehler.
Darf ich dich über PN kontaktieren?

Stabilostick

@e-i-k-e

Wenn Du magst, schaue ich gerne mal nach. Habe Dir eine PN geschrieben. Wir hatten schon einmal Kontakt.

BBTown

@apollon77 sagte in [Diskussion] js-controller 1.5.8 im Latest Repository:

Wir haben gerade eine 1.5.9 auf npm released,

läuft auf anhieb sauber bei mir

eumats

Läuft bei mir auch stabil...

marcuskl

Bei mir seit dem update auf 1.5.9 hängt alles, es läuft alles sehr langsam und alles spinnt

sigi234

Läuft bei mir auch stabil...

apollon77

@marcuskl Hast Du ein paar Mehr Details? Mal gestoppt und alle Prozesse ggf gekillt oder reboot gemacht?

SBorg

Lüppt nun seit mehreren Stunden problemlos

marcuskl

@apollon77
War glaub mein Fehler, habe vorher apt-get update & apt-get Upgrade gemacht und dann den Js controller geupdatet, danach ist alles sehr schleppend gegangen und die Adapter haben sich dauernt neu gestartet...
Habe dann ein Snapshot zurück gespielt und dann mit dem Befehl apt update && upgrade aktualisiert, danach den js controller.
Danach lief wieder alles. Wie kommt das ?

apollon77

Da müsste uch jetzt die Glaskugel fragen Ohne weitere Infos gaaanz schwierig. Vllt nicht genug RAM frei, vllt andere Dinge ...

marcuskl

@apollon77
Das komische war ja, es hat sehr gestockt auch der Zugriff per ssh, aber Ram und CPU Auslastung waren nicht mal bei der hälfte. Verstehe es irgendwie nicht.

kmxak

ich habe probleme mit meinem slave:

root@raspberrypi:/opt/iobroker# npm install iobroker.js-controller

> iobroker.js-controller@1.5.9 preinstall /opt/iobroker/node_modules/iobroker.js-controller
> node lib/preinstallCheck.js

NPM version: 6.4.1
npm version >= 5: disabling package-lock

> iobroker.js-controller@1.5.9 install /opt/iobroker/node_modules/iobroker.js-controller
> node iobroker.js setup first

Cannot delete file. Not critical: Error: EACCES: permission denied, unlink '/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../_service_iobroker.bat'
Cannot delete file. Not critical: Error: EACCES: permission denied, unlink '/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../iobroker.bat'
fs.js:885
  return binding.mkdir(pathModule._makeLong(path),
                 ^

Error: EACCES: permission denied, mkdir '/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../tmp'
    at Object.fs.mkdirSync (fs.js:885:18)
    at Setup.setup (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupSetup.js:157:58)
    at /opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:634:27
    at processCommand (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:664:15)
    at Object.module.exports.execute (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:3160:5)
    at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.js-controller/iobroker.js:1:100)
    at Module._compile (module.js:653:30)
    at Object.Module._extensions..js (module.js:664:10)
    at Module.load (module.js:566:32)
    at tryModuleLoad (module.js:506:12)
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: xpc-connection@0.1.4 (node_modules/xpc-connection):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for xpc-connection@0.1.4: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})

npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! iobroker.js-controller@1.5.9 install: `node iobroker.js setup first`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the iobroker.js-controller@1.5.9 install script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:

da ich erst dachte rechte problem habe ich iobroker einfach mal mit 777 überschrieben. selber fehler!
danach wollte ich den fixer ausprobieren. dieser erkannte die iobroker installation nicht mehr.
danach habe ich iobroker neu aufgesetzt und direkt danach das js.controller update probiert aber es kommt der selbe fehler.

Nashra

Moin, selbiges Problem hatte ich gestern auch.
Wollte auf dem Slave den Fix drauf machen und den js-controller updaten.
Nur Fehlermeldungen, nichts funktionierte. Der Gedanke den Slave neu aufzusetzen
bringt wohl auch nichts wie ich oben gelesen habe. Problem an der Sache ist auch das
z.B. der Tankerkönig nicht mehr läuft, der meldete ich soll den js-controller 1.2.0 updaten.
Also diesen erstmal wieder auf den Master, Problem behoben.
Aber was kann man jetzt machen?

NEWS

[Diskussion] js-controller 1.5.8 im Latest Repository

Support us

734
Online

31.9k
Users

80.2k
Topics

1.3m
Posts

NEWS

[Diskussion] js-controller 1.5.8 im Latest Repository

Support us

734Online

31.9kUsers

80.2kTopics

1.3mPosts

734
Online

31.9k
Users

80.2k
Topics

1.3m
Posts