IoBroker.js-controller 0.15.3

[Smartuser]

@eric2905:

Moin,

@Smartuser:

… ist ioBroker nicht mehr erreichbar.

Habt ihr dazu eine Idee ... möchte wirklich nicht wieder von vorn beginnen. `
versuche mal bitte, mit

iobroker start admin

den Admin-Adapter zu starten.

Bei mir war er nach dem Update nicht gestartet, kein Zugriff auf die Admin-Konsole, aber VIS lief.

Läuft VIS bei Dir?

Gruß,

Eric

Von unterwegs getippert. `

Moin Eric,

leider funktioniert das auch nicht. Admin sowie vis liefen beide nicht.

Da iobroker bei mir auf einem Windowsserver läuft, konnte ich eine funktionierende Vorgänger-Version wiederherstellen.

Damit läuft nun erstmal wieder alles. Puuhhh

Allerdings nun wieder mit dem alten js-controller.

Muss ich bei Windows etwas anderes beachten?

Wie sollte ich am Besten vorgehen?

Gruß Klaus

[greyhound]

Da anscheinend keiner so richtig auf das Thema einsteigen möchte, keine Zeit hat oder das Problem/meine Fragen zu uninteressant sind, habe ich selbst etwas getestet.

Anbei eine kurze Zusammenfassung:

alte node und nodejs Installation unter root entfernt

# apt-get --purge remove node
# apt-get --purge remove nodejs
# apt-get autoremove

restliche Pfade unter /root entfernt

# rm -rf ~/.npm
# rm -rf ~/.nvm
# rm -rf ~/.hmmanager
# rm -rf ~/.node-gyp

einen user iobroker mit /opt/iobroker als home

# groupadd -g 5550 iobroker
# useradd -u 5500 -g 5550 -s /bin/bash -c "iobroker" -p iob -d /opt/iobroker iobroker

# cd /opt
# mkdir iobroker
# chmod 774 iobroker
# chown 5500:5550 iobroker

den user iobrocker sudo-Rechte gegeben

reboot

Anmeldung per ssh mit user odroid

$ sudo su - iobroker
$ whoami
iobroker

$ pwd
/opt/iobroker

schon mal so, wie ich es wollte

Install node

das Installationskript braucht eine profile-Datei

$ > .profile
$ touch .profile

Installation vorbereiten

$ wget https://raw.githubusercontent.com/creationix/nvm/v0.31.0/install.sh
^D    (logout)
$ sudo su - iobroker

installation node, ist das die richtige Version? zumindest scheint es bei mir damit zu laufen

Hat das schon jemand unter 7.4 getestet?

$ nvm install 4.7

fertig

$ node -v
v4.7.2
$ npm -v
2.15.11
$ nvm --version
0.31.0
$ nvm ls
       v0.12.18
->       v4.7.2
         v7.4.0
default -> 4.7 (-> v4.7.2)
node -> stable (-> v7.4.0) (default)
stable -> 7.4 (-> v7.4.0) (default)
iojs -> N/A (default)

Installation ioBroker

$ npm install --unsafe-perm iobroker

> iobroker@0.7.1 install /opt/iobroker/node_modules/iobroker
> node lib/setup.js

npm install iobroker.js-controller --production --prefix /opt/iobroker
npm WARN deprecated letsencrypt@2.1.8: letsencrypt has been renamed to greenlock. Please find it at npm greenlock
gyp WARN download NVM_NODEJS_ORG_MIRROR is deprecated and will be removed in node-gyp v4, please use NODEJS_ORG_MIRROR
gyp WARN download NVM_NODEJS_ORG_MIRROR is deprecated and will be removed in node-gyp v4, please use NODEJS_ORG_MIRROR
gyp WARN download NVM_NODEJS_ORG_MIRROR is deprecated and will be removed in node-gyp v4, please use NODEJS_ORG_MIRROR
gyp WARN download NVM_NODEJS_ORG_MIRROR is deprecated and will be removed in node-gyp v4, please use NODEJS_ORG_MIRROR
gyp WARN download NVM_NODEJS_ORG_MIRROR is deprecated and will be removed in node-gyp v4, please use NODEJS_ORG_MIRROR
gyp WARN download NVM_NODEJS_ORG_MIRROR is deprecated and will be removed in node-gyp v4, please use NODEJS_ORG_MIRROR
npm install iobroker.admin --production --prefix /opt/iobroker
Write "./iobroker start" to start the ioBroker
Cannot create file /usr/bin/iobroker!. Non critical

-----------------------------------------------------
You can manually copy file into /usr/bin/. Just write:
    sudo cp /opt/iobroker/node_modules/iobroker/install/iobroker /usr/bin/
    sudo chmod 777 /usr/bin/iobroker
-----------------------------------------------------
Cannot copy file to /etc/init.d/iobroker.sh: Error: EACCES: permission denied, open '/etc/init.d/iobroker.sh'

-----------------------------------------------------
You can manually copy file and install autostart:
     sudo cp /opt/iobroker/node_modules/iobroker/install/linux/iobroker.sh /etc/init.d/
     sudo chmod 777 /etc/init.d/iobroker.sh
     sudo bash /opt/iobroker/node_modules/iobroker/install/linux/install.sh
-----------------------------------------------------
 or just start "sudo bash /opt/iobroker/install.sh"
-----------------------------------------------------
iobroker@0.7.1 node_modules/iobroker
└── yargs@4.8.1 (get-caller-file@1.0.2, decamelize@1.2.0, lodash.assign@4.2.0, y18n@3.2.1, 
which-module@1.0.0, set-blocking@2.0.0, window-size@0.2.0, require-main-filename@1.0.1, 
require-directory@2.1.1, yargs-parser@2.4.1, cliui@3.2.0, string-width@1.0.2, os-locale@1.4.0, read-pkg-up@1.0.1)

Bei meinem Versuch war der Nutzer iobroker noch ohne sudo-Rechte und /etc/init.d/iobroker konnte den iobroker nicht automatisch starten.

Es ging aber in der Shell via iobroker start | stop

Mit sudo-Rechten klappt aber auch der Start per init-Skript

Anschließend habe ich meine gesicherte Umgebung als root in das Verzeichnis /opt/iobroker kopiert, die und Rechte gesetzt

# chown -R iobroker:iobroker /opt/iobroker

# su - iobroker
$ iobroker start

und die alte Umgebung lief fast

Bisher aufgetauchte Probleme

ping - dem fehlten die Rechte 
$ sudo setcap cap_net_raw+p /bin/ping

Und die Prozessliste sieht jetzt wie folgt aus:

# ps -ef|grep iob
iobroker  1847     1 18 22:54 ?        00:00:37 iobroker.js-controller
iobroker  1876  1847  7 22:54 ?        00:00:14 io.admin.0
iobroker  2077  1847  0 22:54 ?        00:00:01 io.hm-rpc.0
iobroker  2331  1847  8 22:55 ?        00:00:15 io.web.0
iobroker  2430  1847  4 22:55 ?        00:00:07 io.telegram.0
iobroker  2506  1847  2 22:55 ?        00:00:04 io.ping.0
iobroker  2593  1847  9 22:55 ?        00:00:15 io.javascript.1
iobroker  2656  1847  8 22:55 ?        00:00:13 io.javascript.2
iobroker  2835  1847  9 22:55 ?        00:00:14 io.javascript.0
iobroker  3373  1847  6 22:56 ?        00:00:07 io.tr-064.0
iobroker  3550  1847  0 22:56 ?        00:00:00 io.simple-api.0
iobroker  3625  1847  1 22:56 ?        00:00:01 io.ping.1
iobroker  3653  1847  2 22:56 ?        00:00:01 io.ping.2
iobroker  3834  1847  5 22:56 ?        00:00:04 io.influxdb.0
iobroker  3899  1847  2 22:56 ?        00:00:01 io.web.1
root      4925  4591  0 22:57 pts/0    00:00:00 su - iobroker
iobroker  4934  4925  1 22:57 pts/0    00:00:00 -su
root      5443  5403  0 22:57 pts/1    00:00:00 grep --color=auto iob

Mal sehen, bei welchen Adaptern noch Probleme auftreten, vorstellbar ggf. beim Bluetooth-Scanner, aber das nutze ich zur Zeit nicht, kommt später auf meiner DoorPi wieder zum Einsatz.

Bezüglich einer Multihost-Konfiguration kommt dann gleich die nächste Frage. Müssen dann beide Instanzen (ich fange klein an), also Master und Slave mit dem selben Account laufen oder wie sind da die Zugriffsrechte geregelt?

Wenn es keinen weiter interessiert, nicht schlimm, so kann ich wenigsten noch mal nachschlagen.

Gruß

GH

[Homoran]

@greyhound:

Wenn es keinen weiter interessiert, nicht schlimm, so kann ich wenigsten noch mal nachschlagen. `
Da muss ich dich enttäuschen

Interessiert bin ich sehr, leider fehlen mir die Linux Kenntnisse.

Daher ein paar Verständnisfragen:

Was du beschreibst ist ein nachträgliches Upgrade von node 0.1x auf neuer bei einer laufenden Installation?

Du möchtest nicht als root, sondern als user iobroker mit sudo-Rechten installieren?

Trotzdem bleibt doch der EACCESS, oder?

@greyhound:

Hat das schon jemand unter 7.4 getestet? `
node 7.4 ist eine vorläufer einer kommenden 8.x, also im Prinzip eine Entwicklerversion.

Was ist der Befehl nvm?

Gruß

Rainer

[apollon77]

Natürlich wäre eine "braucht nicht unbedingt root" Lösung absolut cool!

@greyhound:

ping - dem fehlten die Rechte

$ sudo setcap cap_net_raw+p /bin/ping `

hast Du ne Idee wie man das geradebiegen kann? Bei der installation direkt? Weil wenn man es manuell auf der Kommandozeile machen muss ist blödm (und für die breite Usermasse Feheranfällg)

[apollon77]

@Homoran:

Was ist der Befehl nvm? `
Mit nvm kann man einfach zwischen verschiedenen node-Versionen hin und herwechseln … bzw einfach upgraden. Das macht dann alles (ausser das pot. reinstall was man ggf noch braucht)

[Bluefox]

@apollon77:

Natürlich wäre eine "braucht nicht unbedingt root" Lösung absolut cool!

@greyhound:

ping - dem fehlten die Rechte

$ sudo setcap cap_net_raw+p /bin/ping `

hast Du ne Idee wie man das geradebiegen kann? Bei der installation direkt? Weil wenn man es manuell auf der Kommandozeile machen muss ist blödm (und für die breite Usermasse Feheranfällg) `
Momentan wird root nicht benötigt.

Root wird nur für: ping, serialport (rflink, cul, …), GPIOs (rpi2, ...) gebraucht.

Mich interessiert auch ob man GPIOs und serialport auch irgendwie für nicht root freigeben kann.

[Homoran]

@Bluefox:

Root wird nur für: ping, serialport (rflink, cul, …), GPIOs (rpi2, ...) gebraucht. `
und das sind genau die Adapter (+js-controller) die bei einem Update den EACCESS Fehler werfen, wenn ioBroker als User mit sudo installiert wurde und diese Adapter über den admin bzw. über die Konsole als User mit sudo upgedated werden.

Gruß

Rainer

[greyhound]

Moin, Moin,

erst einmal Danke für das Formatieren, da war gestern bei mir die Luft raus…

@Homoran:

Daher ein paar Verständnisfragen:

Was du beschreibst ist ein nachträgliches Upgrade von node 0.1x auf neuer bei einer laufenden Installation?

Du möchtest nicht als root, sondern als user iobroker mit sudo-Rechten installieren?

Trotzdem bleibt doch der EACCESS, oder?

@greyhound:

Hat das schon jemand unter 7.4 getestet? `
node 7.4 ist eine vorläufer einer kommenden 8.x, also im Prinzip eine Entwicklerversion.

Was ist der Befehl nvm?

Rainer `

Ich habe für meine laufende Umgebung node ausgetauscht (alles unter dem User root deinstalliert/gelöscht) und dann als User iobroker alles neu installiert. Bei der node-Installation kannst du die gewünschte node-Version angeben (nvm install 4.7 oder auch nvm install 7.4). Ich habe node v4.7.2 und node v7.4.0 installiert. Mit Hilfe von nvm (node version manager kann dann zwischen den Versionen gewechselt werden.

Zu beachten ist aber, dass im /etc/init.d/ioboker.sh der Pfad zur verwendeten node-Installation steht. Wird z. B. beim reboot darüber ausgeführt.

#!/bin/bash
### BEGIN INIT INFO
# Provides:          iobroker.sh
# Required-Start:    $network $local_fs $remote_fs
# Required-Stop::    $network $local_fs $remote_fs
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: starts ioBroker
# Description:       starts ioBroker
### END INIT INFO
(( EUID )) && echo .You need to have root privileges.. && exit 1
PIDF=/opt/iobroker/node_modules/iobroker.js-controller/lib/iobroker.pid
##NODECMD=/opt/iobroker/.nvm/versions/node/v4.7.2/bin/node
[b]NODECMD=/opt/iobroker/.nvm/versions/node/v7.4.0/bin/node[/b]
IOBROKERCMD=/opt/iobroker/node_modules/iobroker.js-controller/iobroker.js
RETVAL=0
IOBROKERUSER=iobroker

Teste gerade, wie sich der iobroker unter 7.4 und weniger Rechten anfühlt.

Beim Austausch meiner Installation bin ich wie folgt vorgegangen (ohne Gewähr, etwas Linux/bash-Kenntnisse sollten vorhanden sein, nicht mit der produktiven Umgebung TESTEN!)

Das Verzeichnis mit der aktiven iobroker-Instanz habe ich als erstes gesichert (als User root, "#" steht für root-shell).

# cd /opt
# tar cvfz iobroker-2017-01-26.tgz ./iobroker

Schauen, ob du genügend Platz da hast (df). Bei mir kein Problem, da SSD.

Dann habe ich wie beschrieben, node und iobroker unter dem User iobroker installiert.

Nach einem kurzen Funktionstest der neuen Installation (Adapter hinzufügen, VIS starten, etc.) habe ich meine "alte" Installation untergeschoben …

iobroker~$ iobroker stop		# wichtig, sonst kann es deine zurückgespielte Installation zerschießen!
^D						# entspricht "exit", zurück zum User root, also die Tasten <strg>+ <d># cd /opt
# tar xvfz iobroker-2017-01-26.tgz .
# chown -R iobroker:iobroker ./iobroker
su - iobroker
iobroker~$ iobroker start</d></strg> 

Dann das Log unter /opt/iobroker/log auf Fehler kontrollieren.

Die EACCESS-Probleme müssten sich ggf. mit setcap analog zum Ping-Problem beheben lassen, aber da muss geschaut werden, an welchen Stellen es klemmt. Bei hardwarenahen Sachen wird es wohl nicht immer ohne root gehen, ggf. müsste ein Service als Vermittler gebaut werden.

@apollon77:

Natürlich wäre eine "braucht nicht unbedingt root" Lösung absolut cool!
@greyhound:

ping - dem fehlten die Rechte

$ sudo setcap cap_net_raw+p /bin/ping hast Du ne Idee wie man das geradebiegen kann? Bei der installation direkt? Weil wenn man es manuell auf der Kommandozeile machen muss ist blödm (und für die breite Usermasse Feheranfällg)
Ich denke, dass kann in das Installationsskript aufgenommen werden.

@Bluefox:

Momentan wird root nicht benötigt.

Root wird nur für: ping, serialport (rflink, cul, …), GPIOs (rpi2, ...) gebraucht.

Mich interessiert auch ob man GPIOs und serialport auch irgendwie für nicht root freigeben kann. `
Im Prinzip müsste das nach dem selben Muster wie beim ping gehen, siehe https://wiki.archlinux.org/index.php/Capabilities.

Da iobroker bei mir auf einer ODROID XU4 läuft, ist das für mich nicht ganz so dramatisch. Allerdings habe ich vor, weitere iobroker-Raspberry's als Slave bzw. per MQTT einzubinden. Und wenn die Slaves nicht mit demselben User laufen müssen, könnten hardwarenahe Sachen darüber "ausgelagert" werden, bei mir, wie schon erwähnt, wäre das eine DoorPi.

Weitere Probleme bisher sind arp (nicht im PATH, lässt sich aber direkt aufrufen, also /user/sbin/arp oder eben PATH anpassen) und ich kann das iobroker-Admin-Terminal-Fenster nicht starten. Ist für mich aber nicht so wichtig, lässt sich aber ggf. mit dem Wissen aus obigen Link beheben.

Bin jetzt die Woche mal Weg ohne PC im Schnee und komme daher nicht zum weiteren Testen. Mal sehen, ob meine iobroker-Installation durchhält.

Gruß

GH

[apollon77]

@Bluefox:

Root wird nur für: ping, serialport (rflink, cul, …), GPIOs (rpi2, ...) gebraucht.

Mich interessiert auch ob man GPIOs und serialport auch irgendwie für nicht root freigeben kann. `

ich hab mal Google etwas bemüht … was Serialport angeht lässt sich das wohl rechtemäßig fixen wie oben beschrieben. Der Befehl muss aber Root ausführen ... also die Installation ist dann doch wieder per root nötig .

GPIO ist auch rechtethema ... z.B. so:

https://raspiprojekt.de/forum/software/ ... utzen.html

https://forum.magicmirror.builders/topi ... out-root/4

o.ä. ... also alles manueller kram der extra-Kommandos braucht ...

[frankjoke]

Hallo mitsammen!

Auf meinen Raspi's laufen alle iobroker-Adapter automatisch in root da er nach dem re-boot als root gestartet wird.

Deshalb funktionieren auch alle Adapter die root benötigen.

Man muß vorsichtig sein wenn man iobroker händisch stoppt/startet da es dann eventuell Probleme gibt wenn man kein sudo verwendet.

Adapter selbst muss ich kaum mit root installieren, nur module die (wie iobroker selbst) –unsave-perm oder -g brauchen.

Ihr könnt ja mal den Javascript-Adapter mit den script````
exec('whoami',function(a,b,c) { log(b)});

[greyhound]

In der "/etc/init.d/iobroker.sh" ist festgelegt, in welchem Userkontext iobroker gestartet wird.

#!/bin/bash
### BEGIN INIT INFO
# Provides:          iobroker.sh
# Required-Start:    $network $local_fs $remote_fs
# Required-Stop::    $network $local_fs $remote_fs
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: starts ioBroker
# Description:       starts ioBroker
### END INIT INFO
(( EUID )) && echo .You need to have root privileges.. && exit 1
PIDF=/opt/iobroker/node_modules/iobroker.js-controller/lib/iobroker.pid
NODECMD=/opt/iobroker/.nvm/versions/node/v4.7.2/bin/node
IOBROKERCMD=/opt/iobroker/node_modules/iobroker.js-controller/iobroker.js
RETVAL=0
IOBROKERUSER=iobroker                    << Normalerweise steht hier root

start() {
. . .