NEWS
Diskussion zum neuen Installation-Fixer
-
Das verstehe ich sehr gut, grade für "Anfänger" ist der Fixer sicher eine richtig gute Hilfe, ich bleibe aber erst mal solange es geht,
bei der "root" Geschichte.
Wenn das in Zukunft gesteste ist und für mich eine deutliche Erleichterung beim Einspielen von Updates ist, wechsel ich natürlich auch sofort.. man ist ja faul -
Hallo apollon77,
gilt das auch für Windows Systeme? Ist ja ein Linux Thema... -
Hallo,
mit welchem User muss das Script gestartet werden? Ich verbinde mich immer per ssh mit einem normalen User Account, kein Root.
Muss ich also mich als root anmelden?
Gruß
Martin -
Dann noch die Frage von wo aus es aufgerufen werden soll, im IOBroker Verzeichnis, oder direkt im root?
Ich tippe mal auf ist egal,oder besser im root -
@sigi234 aktuell nur relevant für Linux basierte Systeme.
-
@MartyBr am besten als normaler User. Es wird dann eine sudo passwortabfrage kommen wenn nötig.
-
@Jan1 Verzeichnis ist aktuell egal. Das aktuelle Skript erwartet die iobroker-Installation in /opt/iobroker
-
Alles klar, hatte ich mir gedacht. Dann nudel ich das mal drüber und schau wo es danach brennt
-
@Jan1 was immer geht ist vorher das ganze iobroker Verzeichnis zu kopieren. Dann kann man das im Notfall zurückspielen.
-
Hat funktioniert, nur der ble Adapter wollte danach erst wieder belebt werden, läuft aber auch wieder.
-
@Jan1 was genau müsstest du bei ble tun?
-
@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?