Weihnachtsangebot 2025! 🎄

[MartyBr]

@apollon77
Hat funktioniert. Vielen Dank.
Gruß
Martin

[apollon77]

@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

[dslraser]

@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.:wave: :+1:

[Ein ehemaliger Benutzer]

@apollon77 alsooo :-)
Testsystem Windows 10 mit Linux Debian Subsystem, neue Installation 3 Tage alt, keine Probleme. (VM in Proxmox)
Testsystem Linux Mint 19.1, neue Installation 7 Tage alt, keine Probleme. ( VM in Proxmox )
Testsystem Linux Mint 18.3, alte installation, keine Probleme ( VM in Proxmox )
Clienthost System Raspberry Raspian ein Jahr alt, keine Probleme. ( Raspberry 2 )

Clienthost System Octopi ( Debian ) 5 Monate alt, keine Probleme ( Raspberry Zero )

Clienthost System Raspberry Raspian, ein Jahr alt, Problem: BLE Adapter braucht ein
sudo setcap 'cap_net_raw,cap_net_admin+eip' $(readlink -f $(which node))
dann lief er wieder. ( Raspberry 3 )

Server Linux Mint 18.3, Installation ein Jahr alt, Problem: AmazonDash Adapter braucht ein
" sudo setcap 'cap_net_raw,cap_net_admin+eip' $(readlink -f $(which node))"
dann lief er wieder ( VM in Proxmox )

[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

[Ein ehemaliger Benutzer]

@Jan1 ergänzt :-)

[Ein ehemaliger Benutzer]

@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

[Ein ehemaliger Benutzer]

@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 ...

[Ein ehemaliger Benutzer]

@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:blush:

[Ein ehemaliger Benutzer]

@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))

[Ein ehemaliger Benutzer]

@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..??

[Ein ehemaliger Benutzer]

@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.

[Ein ehemaliger Benutzer]

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