Diskussion zum neuen Installation-Fixer

[Blebbens]

Ne, leider dieselbe Meldung, obige Adapter würden noch laufen.

Ist es unter Armbian ggf ein anderer Befehl?

[apollon77]

@Blebbens Dann stoppe die Prozesse mal manuell. der Controller ist gestoppt wie es aussieht. Oder mach reboot und stoppe dann offiziell nochmal Was sagt das ioBroker Log?

[Blebbens]

Hat nun funktioniert.. alle Adapter gestoppt... Fix durchgeführt... Admin-Adapter per SSH neu gestartet.

Wundert mich trotzdem, warum iobroker stop keine Wirkung zeigt.

[AlCalzone]

@Blebbens geht es denn wenigstens nach dem Ausführen des Fixers?

[apollon77]

@Blebbens sagte in Diskussion zum neuen Installation-Fixer:

Wundert mich trotzdem, warum iobroker stop keine Wirkung zeigt.

Naja wie ich geschrieben hatte: was sagte denn das log? Weil der js-controller Prouzess war weg. ALso ist der korrekt beendet worden. Das würde aber bedeuten das der die Adapterprozesse nicht beeden konnte und die deswegen als eine Art Leichen da geblieben sind ... Das jetzt rauszufinden ... hm ...

[P-A-L-A-D-I-N]

Ich wollte den Fixer installieren, da ich mit meiner neuen (!) Installation von ioBroker (installiert vor wenigen Wochen mit dem neuen Windows-Installer) leider ein Problem mit diversen Berechtigungen zu haben scheine...

Leider funktioniert der Befehl "curl -sL https://iobroker.net/fix.sh | bash -" bei mir nicht. Ich vermute mal, er ist nur für Linux zu gebrauchen. Unter dem Link zum Fixer-Installer komme ich nur zu Github, wo aber kein Installer hinterlegt ist, sondern nur eine Übersicht der verschiedenen Versionen.

Sofern der Fixer mir bei meinem Problem helfen kann, wie kriege ich das Ding bitteschön auf mein System drauf??

Falls ich den Fixer NICHT brauche und mein Problem ein völlig anderes ist, bin ich natürlich auch in diesem Falle für Tips sehr dankbar!

Hier noch die Fehlermeldung, die mir beim Installationsversuch des zigbee-Adapters angezeigt wird, wenn ich im Debug-Modus installiere und den Regler auf "mehr" schiebe:

$ ./iobroker url "https://github.com/ioBroker/ioBroker.zigbee/tarball/master" zigbee --debug
install https://github.com/ioBroker/ioBroker.zigbee/tarball/master
npm install https://github.com/ioBroker/ioBroker.zigbee/tarball/master --production --save --prefix "C:/ioBroker/Zuhause" (System call)
npm

WARN
bl@0.7.0 requires a peer of stream-browserify@* but none is installed. You must install peer dependencies yourself.

npm

ERR!

path
C:\ioBroker\Zuhause\node_modules\iobroker.zigbee\node_modules.serialport.DELETE\build\Release\serialport.node
npm
ERR! code EPERM
npm

ERR!

errno
-4048
npm

ERR!

syscall
unlink
npm

ERR!
Error: EPERM: operation not permitted, unlink 'C:\ioBroker\Zuhause\node_modules\iobroker.zigbee\node_modules.serialport.DELETE\build\Release\serialport.node'
npm

ERR!
{ [Error: EPERM: operation not permitted, unlink 'C:\ioBroker\Zuhause\node_modules\iobroker.zigbee\node_modules.serialport.DELETE\build\Release\serialport.node']
npm

ERR!
cause:
npm
ERR!
{ Error: EPERM: operation not permitted, unlink 'C:\ioBroker\Zuhause\node_modules\iobroker.zigbee\node_modules.serialport.DELETE\build\Release\serialport.node'npm ERR! errno: -4048,
npm ERR!
code: 'EPERM',
npm

ERR!
syscall: 'unlink',
npm

ERR!
path:
npm

ERR!
'C:\ioBroker\Zuhause\node_modules\iobroker.zigbee\node_modules.serialport.DELETE\build\Release\serialport.node' },
npm

ERR!
stack:
npm

ERR!
'Error: EPERM: operation not permitted, unlink 'C:\ioBroker\Zuhause\node_modules\iobroker.zigbee\node_modules.serialport.DELETE\build\Release\serialport.node'',
npm

ERR!
errno: -4048,
npm

ERR!
code: 'EPERM',
npm

ERR!
syscall: 'unlink',
npm
ERR!
path:
npm

ERR!
'C:\ioBroker\Zuhause\node_modules\iobroker.zigbee\node_modules.serialport.DELETE\build\Release\serialport.node',
npm

ERR!
parent: 'iobroker.zigbee' }
npm

ERR!

npm

ERR!
The operation was rejected by your operating system.
npm

ERR!
It's possible that the file was already in use (by a text editor or antivirus),
npm

ERR!
or that you lack permissions to access it.
npm

ERR!

npm

ERR!
If you believe this might be a permissions issue, please double-check the
npm

ERR!
permissions of the file and its containing directories, or try running
npm

ERR!
the command again as root/Administrator (though this is not recommended).

npm ERR! A complete log of this run can be found in:npm ERR!
C:\ioBroker\Zuhause\env\npm-cache_logs\2019-09-20T10_13_05_310Z-debug.log
ERROR: host.SERVER Cannot install https://github.com/ioBroker/ioBroker.zigbee/tarball/master: 4294963248
ERROR: process exited with code 25

[apollon77]

@P-A-L-A-D-I-N Hi, der Installation Fixer ist nur für Linux da. Du bist auf Windows. EPERM heisst an sich irgendwas mit Permissions. Wie hast Du denn neu installiert? Mit dem neuen Installer von @Stabilostick ?

[Stabilostick]

@P-A-L-A-D-I-N

Hi, ich habe den Windows Installer geschrieben. Es interessiert mich, was da im Hintergrund passiert. All Deine Vermutungen sind richtig.

Eigentlich sollte der ioBroker-Service der Instanz die notwendigen Rechte auf diese Ordner haben. Hast Du die Version 1.5.14.b des Installers für die Instanz genutzt?

Wenn Du magst, kannst Du mich gerne per Chat anschreiben. Ich würde mir dann das mal per Teamviewer ansehen.

[P-A-L-A-D-I-N]

Ich habe den Installer für Windows benutzt. Wenn ich mich nicht irre, müßte es die ("damals" aktuellste) Version 1.5.11b gewesen sein.

Da ja Einiges nicht so ganz rund läuft, wäre ein Chat oder Zugriff per TV vielleicht wirklich nicht schlecht, Stabilostick! Ich schicke Dir gleich mal noch eine PN. Danke!

[spaceduck]

kann man an den Installations fixer eigentlich einen Verzeichnisnamen übergeben wenn iobroker nicht im default /opt/iobroker liegt?

By the way, ich war lange nicht mehr in diesem Forum aktiv, aber die neue Forensoftware ist ja echt ein Krampf!

[AlCalzone]

@spaceduck sagte in Diskussion zum neuen Installation-Fixer:

kann man an den Installations fixer eigentlich einen Verzeichnisnamen übergeben wenn iobroker nicht im default /opt/iobroker liegt?

Nein. Könnte man sich aber zumindest für den Fixer überlegen. Beim Installer hatten wir es diskutiert und uns bewusst dagegen entschieden.

[spaceduck]

Ich habe mir jetzt mit einem Link von /opt/iobroker auf mein Zielverzeichnis beholfen, das hat funktioniert.

[MagicSven]

root@rock64:/# curl -sL http://iobroker.net/fix.sh | bash -
bash: line 1: syntax error near unexpected token `newline'
bash: line 1: `<!DOCTYPE html>'

What is going wrong?

[darkiop]

@MagicSven sagte in Diskussion zum neuen Installation-Fixer:

curl -sL

Looks like the fix.sh is currently not available on iobroker.net. You can also use temporary the version from Github:

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

[apollon77]

@darkiop Hey,
ne das ist da, aber nur mit https!!

[darkiop]

@apollon77 Stimmt - das Problem von @MagicSven ist: http://iobroker.net leitet auf https://www.iobroker.net - und da gibt es den fixer nicht

Aber ja, wenn man die richtige URL nutzt, dann passt es

[AlCalzone]

@apollon77 @Bluefox Diese Weiterleitung sollten wir reparieren

[apollon77]

@AlCalzone Warum? Man sollte einfach den richtigen Link nehmen In jeder Doku ists mit https drin ...

[AlCalzone]

@apollon77 Was spricht dagegen, allgemein bei allen Weiterleitungen, wo "www." oder "https" fehlt, den Rest des Pfades beizubehalten? Mach ich bei meinen Webseiten auch so
https://www.iobroker.net/fix.sh (mit WWW) funktioniert übrigens auch nicht - Cannot GET /fix.sh
So ein "s" kann beim Abtippen schon mal vergessen gehen - und die resultierende Meldung ist nicht gerade DAU-freundlich.

EDIT: obige URL führt genau auf https://www.iobroker.net/fix.sh mit der genannten Fehlermeldung. Denke den Fall mit www. sollten wir auch weiterleiten.

[apollon77]

@AlCalzone aktuell ist 222. und ohne www zwei komplett getrennte server ... Aber ja kann man bestimmt tun