NEWS
Diskussion zum neuen Installation-Fixer
-
@apollon77
sudo setcap cap_net_raw+eip $(eval readlink -fwhich node
)Steht aber auch so in der Doku des Adapter.
-
@apollon77
Hat funktioniert. Vielen Dank.
Gruß
Martin -
@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 -
@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. -
@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 ) -
@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?! :
Dankeerledigt
-
@Jan1 ergänzt
-
@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
-
Welche Probleme denn genau? Das log sieht an sich erstmal ok aus. Oder liegt es an dem Port 81?
-
@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 -
@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
-
An sich sollte das "Ports unter 1024 erlauben" enthalten sein ... hm ...
-
@apollon77 ich downgrade gerade auf NPM6.5.0 - ...brachte keine Änderung.
Ports unter 1024 gehen nicht mehr.. -
Probierst Du bitte mal von hier:
https://unix.stackexchange.com/questions/10735/allowing-a-user-to-let-listen-to-a-port-below-1024am 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?
-
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
-
@apollon77 setcap 'cap_net_bind_service=+ep' /path/to/program
welchen Pfad genau, dem vom Webserver? -
@ilovegym sagte in Diskussion zum neuen Installation-Fixer:
$(readlink -f $(which node))
Denke wieder $(readlink -f $(which node))
-
@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..??
-
@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"...
-
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.