Diskussion zum neuen Installation-Fixer

[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

[A Former User]

ioBroker or some processes are still running:
io.broadlink.0
io.rxtx.
io.mqtt.0
io.zigbee.0
io.discovery.0
io.iot.0
io.backitup.0
io.js2fs.0
io.javascript.1
io.admin.0
Please stop them first and try again!

Muss ich iobroker stoppen
Was ist denn io.rxtx

pi@raspberrypi:~ $ curl -sL https://raw.githubusercontent.com/ioBroker/ioBroker/stable-installer/fix_installation.sh | bash -
ioBroker or some processes are still running:
io.rxtx.
Please stop them first and try again!

[apollon77]

Naja die Meldung sagt was du tun sollst. Also ja bitte stoppen.

Interessant ist der io.rxtx. ... das scheint ein anderer Prozess zu sein von deinem System. Oder ist das ein Adapter den du hast?

[A Former User]

Ich kenne den nicht

pi@raspberrypi:/opt/iobroker $ iobroker stop rxtx
Cannot find any instances of "rxtx"

[apollon77]

Dann ist es vllt was ganz anderes was mit iobroker gar Nichts zu tun hat. Mach mal

ps auxwww|grep rxtx

[A Former User]

root      2809  3.3  5.0 272952 48160 ?        Sl   18:22   0:46 java -Xmx128m -Dos.arch=arm -Dlog4j.configuration=file:///etc/config/log4j.xml -Dfile.encoding=ISO-8859-1 -Dgnu.io.rxtx.SerialPorts=/dev/mmd_hmip -jar /opt/HMServer/HMIPServer.jar /etc/crRFD.conf /etc/HMServer.conf
root     19498  0.0  0.0   4368   548 pts/1    S+   18:45   0:00 grep rxtx

[apollon77]

Hehe. Da läuft was in Java und das erkennt fälschlicherweise das Namensschema. Bitte mal als GitHub issue in ioBroker/ioBroker im GitHub.

[bkiss]

Installationsfixer lief bei mir fehlerfrei durch und alle Instanzen starteten problemlos auf meinem System (alles grün und der Log ist "leer")

(Odroid XU4 mit Armbian 5.73, node 8.15.0, npm 6.4.1,
ioBroker mit ioBroker admin 3.6.0, js-controller Version 1.4.2 und
Adapter (von ioT, hmip, backitup, dasWetter, sonoff, HS100, Tankerkönig, mihome-vacuum bis Telegram und noch mehr) mit stable Release)

[Bluefox]

Участник @Yetiberg написал в Diskussion zum neuen Installation-Fixer:

HMServer/HMIPServer.jar

Das sieht nach OCCU aus: https://github.com/eq-3/occu/blob/master/HMserver/etc/init.d/S62HMServer

[apollon77]

Die nächste Version vom FIXER sollte das nicht mehr drin haben ... Warte noch auf ein Feedback dann kommt die Version denke heute Abend

[apollon77]

Neue Version 2019-02-25 ist jetzt verfügbar. Es optimiert die Port-Rechte, fügt Raw Rechte für BLE oder so hinzu und sortiert hoffentlich fremde Prozesse (siehe weiter oben) aus.

[Master67]

Also ich habe mich jetzt auch dazu entschlossen den Fixer durchzuführen weil er ja auch das Problem mit dem Autostart lösen kann.
Japp hat geklappt.... Nun eine Frage habe ich aber doch noch, das Fix legte ja den Benutzer und die Gruppe "iobroker" an, beim Zugriff per ssh root@192.xxx.xx.x.x Melde ich mich ja bein System als "root" an, ich kann weiterhin den ioBroker als "root" updaten, sollte das noch so sein ? den der Benutzer und die Gruppe ist ja jetzt "iobroker" und nicht mehr "root" und wenn ich das als "iobroker" uppen will was für eine PW gebe ich denn ein ?

[MyzerAT]

gibt es eine schritt für schritt Anleitung, will mir nix kaputt machen, steckt schon echt viel arbeit drin, wie genau wird der fixer installiert?!

bei mir läuft der iobroker im docker auf der Synology , den stoppen und dann per telnet oder ssh den befehl ausführen, mehr nicht? und dann halt wieder den iobroker starten?

[Negalein]

@MyzerAT sagte in Diskussion zum neuen Installation-Fixer:

bei mir läuft der iobroker im docker auf der Synology , den stoppen und dann per telnet oder ssh den befehl ausführen, mehr nicht? und dann halt wieder den iobroker starten?

Docker Oberfläche öffnen
Container
Details
Terminal
und dann

curl -sL https://raw.githubusercontent.com/ioBroker/ioBroker/stable-installer/fix_installation.sh | bash -

eingeben.

Iobroker wieder starten

Ich musste dann noch den Container ein-/ausschalten.

Funktionierte einwandfrei!