Diskussion zum neuen Installation-Fixer

[Jan1]

@apollon77 sagte in Diskussion zum neuen Installation-Fixer:

@Jan1 glaube das fehlt noch im installer und auch im Fixer. Legst du bitte mal en issue im ioBroker/ioBroker Repo im GitHub an?! :
Danke

erledigt

[Neuschwansteini]

@Jan1 ergänzt

[Neuschwansteini]

@apollon77 gibt bei mir mit dem Webserver Probleme, liegt wohl an Userrechten...?

019-02-23 11:39:10.605  - info: web.0 starting. Version 2.4.3 in /opt/iobroker/node_modules/iobroker.web, node: v8.15.0
2019-02-23 11:39:10.732  - info: web.0 habpanel server listening on port 81
2019-02-23 11:39:10.732  - info: web.0 habpanel web extension - Install extension on /rest/habpanel/
2019-02-23 11:39:10.733  - info: web.0 Connect extension "habpanel/lib/habpanelapi.js"
2019-02-23 11:39:10.737  - info: web.0 simpleAPI server listening on port 81
2019-02-23 11:39:10.737  - info: web.0 Allow states only when user is owner: false
2019-02-23 11:39:10.773  - info: web.0 socket.io server listening on port 81
2019-02-23 11:39:41.905  - info: host.iobroker object change system.adapter.web.0
2019-02-23 11:39:41.906  - info: web.0 terminating http server on port 81
2019-02-23 11:39:41.907  - info: web.0 terminated http server on port 81
2019-02-23 11:39:41.905  - info: host.iobroker stopInstance system.adapter.web.0

[apollon77]

Welche Probleme denn genau? Das log sieht an sich erstmal ok aus. Oder liegt es an dem Port 81?

[apollon77]

@All Ich habe zum Announcement-Artikel noch eine FAQ mit den Fragen von hier hinzugefügt.
https://forum.iobroker.net/topic/20211/iobroker-installation-fixer-beta-verfügbar/2

[Neuschwansteini]

@apollon77 Der Webserver übergibt den Port nicht mehr, wenn ich in Admin - Instanzen auf den Link klicke, dann lande ich immer auf ServerIP - ohne Port, und da ist 80, und da kommt die Apache Seite.. Eingestellt ist 81, habs mit 8082, etc probiert, neustart.. hilft nicht.

Was half, Instanz löschen, neue Instanz anlegen, wieder einstellen. Nur mit Port 81 gehts garnicht. Mit netstat -a bekomm ich auch nix raus.. komisch.. ist seit dem Fix so.

Hier aus dem Log nochmal.. der Web adapter macht jetzt das gleiche wie upnp..

019-02-23 12:28:35.037  - info: web.0 starting. Version 2.4.3 in /opt/iobroker/node_modules/iobroker.web, node: v8.15.0
2019-02-23 12:28:35.168  - info: web.0 habpanel server listening on port 8082
2019-02-23 12:28:35.169  - info: web.0 habpanel web extension - Install extension on /rest/habpanel/
2019-02-23 12:28:35.169  - info: web.0 Connect extension "habpanel/lib/habpanelapi.js"
2019-02-23 12:28:35.173  - info: web.0 simpleAPI server listening on port 8082
2019-02-23 12:28:35.173  - info: web.0 Allow states only when user is owner: false
2019-02-23 12:28:35.208  - info: web.0 socket.io server listening on port 8082
2019-02-23 12:28:35.209  - info: web.0 http server listening on port 8082
2019-02-23 12:28:35.780  - info: web.0 ==>Connected system.user.ilovegym66 from ::ffff:192.168.178.36
2019-02-23 12:28:36.812  - info: web.0 ==>Connected system.user.ilovegym66 from ::ffff:192.168.178.36
2019-02-23 12:28:42.756  - info: web.0 ==>Connected system.user.ilovegym66 from ::ffff:192.168.178.23
2019-02-23 12:28:42.993  - info: web.0 ==>Connected system.user.ilovegym66 from ::ffff:192.168.178.24
2019-02-23 12:29:01.483  - error: web.0 uncaught exception: Maximum call stack size exceeded
2019-02-23 12:29:01.483  - error: web.0 RangeError: Maximum call stack size exceeded
2019-02-23 12:29:01.484  - info: web.0 terminating http server on port 8082
2019-02-23 12:29:01.484  - info: web.0 terminated http server on port 8082
2019-02-23 12:29:01.545  - info: web.0 terminating
2019-02-23 12:29:01.579  - error: host.iobroker instance system.adapter.web.0 terminated with code 0 (OK)
2019-02-23 12:29:01.579  - info: host.iobroker Restart adapter system.adapter.web.0 because enabled

[apollon77]

An sich sollte das "Ports unter 1024 erlauben" enthalten sein ... hm ...

[Neuschwansteini]

@apollon77 ich downgrade gerade auf NPM6.5.0 - ...brachte keine Änderung.
Ports unter 1024 gehen nicht mehr..

[apollon77]

Probierst Du bitte mal von hier:
https://unix.stackexchange.com/questions/10735/allowing-a-user-to-let-listen-to-a-port-below-1024

am besten wieder mit dem "which node" wie bei dem anderen. Dann fehlt das noch im Installer und Fixer, Wenns tut am besten wieder GitHub issue?

[Jan1]

An der NPM Version liegt es nicht, schreibt apollon77 auch auf Github. NPM führt wenn überhaupt zu Problemen bie der Installation, was dann wiederum andere Probleme verursachen könnte. Aber auch zur 6.8 schreibt er dass eigentlich keine Problem bekannt sind. Was im Widerspruch zu einigen Berichten hier zur der 6.8 steht. Er wird schon wissen was er schreibt, in der Regel werden oft bestehende Probleme mit einer neuen Version in Verbindung gebracht, ob das zutrifft ist was anderes

[Neuschwansteini]

@apollon77 setcap 'cap_net_bind_service=+ep' /path/to/program
welchen Pfad genau, dem vom Webserver?

[apollon77]

@ilovegym sagte in Diskussion zum neuen Installation-Fixer:

$(readlink -f $(which node))

Denke wieder $(readlink -f $(which node))

[Neuschwansteini]

@apollon77 Danke, genau das war es!
sudo setcap 'cap_net_bind_service=+ep' $(readlink -f $(which node))

schön, läuft wieder... aber warum verstellt der sowas..??

[Neuschwansteini]

@Bluefox @apollon77
Ich werf mich weg.. Nach dem Fixer, einem Downgrade auf NPM6.5.0 und dem sudo setcap 'cap_net_bind_service=+ep' $(readlink -f $(which node)) , wurde wohl mein Javascriptadapter von 4.0.12 auf 4.1.3 geupdatet, hatte damit ja die ganze Zeit Probleme mit ein paar Blocklys, die "cannot extract blocky" erzeugten und absolut nicht zu bearbeiten waren.

Jetzt gehts! Also war doch ein Rechte-Problem, denk ich mal.. in der Browser-Console stand ja auch immer was mit "not permitted"...

[Jan1]

Das Blockly Problem ist unabhängig davon und hatte ich auch, ist aber mit der aktuellen Version 4.1.3 des JS Adapter eh gefixt.

[Neuschwansteini]

@Jan1 nee, war eben nicht so, habs auf 3 Systemen mit dem Fehler..

[Jan1]

@ilovegym
OK, das ist dann aber noch mal ne andere Hausnummer, da ich nämlich auch das Issues dafür auf Github geöffnet hatte und bei mir das mit der Version 4.1.3 endgültig behoben war.
Gut wenn das bei Dir jetzt aber auch läuft.

[Negalein]

@dslraser sagte in Diskussion zum neuen Installation-Fixer:
@apollon77

ich habe das bei meiner Installation mal laufen lassen (ioBroker im Docker Container auf der Synology) Bisher lief nach einem Backup iobroker nicht automatisch wieder an, das scheint damit auch behoben zu sein und zu funktionieren. Jedenfalls hat es eben funktioniert.

habe es auch gerade im Docker auf der Synology gemacht.

Kann ioBroker nicht mehr starten.

Spoiler

sudo: Hostname ioBroker kann nicht aufgelöst werden
module.js:478
throw err;
^

Error: Cannot find module '/opt/iobroker/node_modules/iobroker.js-controller/iobroker.js'
at Function.Module._resolveFilename (module.js:476:15)
at Function.Module._load (module.js:424:25)
at Module.runMain (module.js:611:10)
at run (bootstrap_node.js:394:7)
at startup (bootstrap_node.js:160:9)
at bootstrap_node.js:507:3

EDIT: Kommando retour!
Hab den Container aus- und wieder eingeschaltet. Dann lief wieder alles.

Einige Adapter mussten noch händisch gestartet werden.

[A Former User]

Wie sieht das mit Multihost aus?
Den Fix auf beiden Systemen ausführen?

[apollon77]

Ja, jede Installation ist ja unabhängig