NEWS
Neue Installationsroutine (für Linux)
Neue Installationsroutine (für Linux)
-
Ich habe das Skript (https://raw.githubusercontent.com/ioBro … staller.sh) nur überflogen und nicht getestet, habe jedoch eine Frage zu den Usern.
Der systemd-Service soll den ioBroker künftig offenbar als User "iobroker" laufen lassen. Scheint jedoch noch nicht ganz fertig zu sein.
Meine Frage dazu ist: wenn der ioBroker als nicht privilegierter User laufen soll, wie will man dann mit den Adaptern umgehen, die Zugriff auf Systemressourcen brauchen? Ich habe mir das bereits vor einiger Zeit selbst auf einem CentOS hingebogen (viewtopic.php?f=17&t=7225&p=75155#p75155). Gibt es bereits oder künftig eine Entwicklerrichtlinie für die Adapter, die klarstellt, dass die Adapter auch lauffähig sein müssen, wenn der jeweilige Prozess nicht als root läuft und dass entsprechend getestet werden muss bevor etwas ins Repo kommt und verteilt wird? Beim Zugriff auf Systemressourcen müsste der Anwender dann jedoch auch wieder selbst aktiv werden und Gruppenmitgliedschaften erweitern oder mit Capabilities arbeiten.
Wie gesagt, ich halte diesen Ansatz für unbedingt unterstützenswert, sehe jedoch auch viele neue Beiträge wie "ich bekomme Adapter x nicht ans laufen" am Horizont.
-
Hallo,
ich vesuche schon die ganze Zeit, IObroker auf meinem Ubutu 18.04 Server zu installieren, nachdem gestern meine Festplatte in die Knie gegangen ist.
Als Antwort bekomme ich das hier:
1.jpg `
Wem gehört denn "opt/iobroker"? Du darfst dort offensichtlich nicht schreiben, daher vermute ich, dass das Verzeichnis einem anderen User gehört, als der mit dem Du die Installation ausführst.
-
Ich habe das Skript (https://raw.githubusercontent.com/ioBro … staller.sh) nur überflogen und nicht getestet, habe jedoch eine Frage zu den Usern.
Der systemd-Service soll den ioBroker künftig offenbar als User "iobroker" laufen lassen. Scheint jedoch noch nicht ganz fertig zu sein.
Meine Frage dazu ist: wenn der ioBroker als nicht privilegierter User laufen soll, wie will man dann mit den Adaptern umgehen, die Zugriff auf Systemressourcen brauchen? Ich habe mir das bereits vor einiger Zeit selbst auf einem CentOS hingebogen (viewtopic.php?f=17&t=7225&p=75155#p75155). Gibt es bereits oder künftig eine Entwicklerrichtlinie für die Adapter, die klarstellt, dass die Adapter auch lauffähig sein müssen, wenn der jeweilige Prozess nicht als root läuft und dass entsprechend getestet werden muss bevor etwas ins Repo kommt und verteilt wird? Beim Zugriff auf Systemressourcen müsste der Anwender dann jedoch auch wieder selbst aktiv werden und Gruppenmitgliedschaften erweitern oder mit Capabilities arbeiten.
Wie gesagt, ich halte diesen Ansatz für unbedingt unterstützenswert, sehe jedoch auch viele neue Beiträge wie "ich bekomme Adapter x nicht ans laufen" am Horizont. `
Hi, an der Stelle haben wir aktuell recht wenige solche Adapter. Die Wahrheit ist meistens das der Entwickler an sich oft nicht viel tun kann außer dokumentieren und ggf solche Hinweise noch im Admin unterzubringen und ja dann wird ggf der User selbst ran müssen weil es natürlich wieder mal abhängig von der verwendeten Distribution und Betriebssystem ist. Das wird eine Herausforderung … korrektMal schauen wie wir das gemeinsam hinbekommen.
Uns ist dieser Schritt aber sehr wichtig.
Ingo
Gesendet vom Handy ...
-
Meine Frage dazu ist: wenn der ioBroker als nicht privilegierter User laufen soll, wie will man dann mit den Adaptern umgehen, die Zugriff auf Systemressourcen brauchen? `
Hängt auch ein wenig von der Ressource ab. GPIO/Serial wird bereits bei der Installation mit der neuen Routine freigeschaltet (als NodeJS-Skript). Wenn es eine andere Systemressource ist, von der mehrere Adapter was haben könnten, besteht durchaus die Möglichkeit, diese Gruppenzugehörigkeit auch anzulegen.
-
Edit: Der Beitrag ist verschwunden, daher steht meine Antwort jetzt hier ohne Kontext. Ich lass trotzdem mal stehen. /
Da liegst du leider falsch. Noch sind die von mir skizzierten Änderungen gar nicht Bestandteil der Installation. Im Forum ist man dir sicher gern behilflich, um herauszufinden, woran es bei dir liegt.
Wenn du als Basissystem ein Linux verwendest, solltest du dir dort auch Grundkenntnisse drauf schaffen. Ich zB installiere Node und npm mittlerweile auch nicht mehr aus dem Repo oder mit nem Skript, sondern „zu Fuß“. So funktioniert es für mich am besten und ich hab die Versionen unter Kontrolle. Gerade npm in Verbindung mit unbedachten Userwechseln und Einsatz von sudo war bei mir immer wieder mal eine Fehlerquelle. Durchatmen, nachdenken, weitermachen.
-
Thanks for the instructions, everything is fine. A question, and on Windows 7, the installer has not changed?, otherwise I have been fighting for the second day, nothing happens.
Thank.
` > Danke für die Anweisungen, alles ist gut. Eine frage, und unter Windows7 hat sich der Installer nicht geändert ?, ansonsten habe ich den zweiten tag gekämpft, nichts passiert.
Danke.
PS: Sorry für mein Deutsch, ich habe einen Übersetzer benutzt `
-
Thanks for the instructions, everything is fine. A question, and on Windows 7, the installer has not changed?, otherwise I have been fighting for the second day, nothing happens. `
The installer itself has not changed. But under the hood, the installation works differently now, which is why you now need to execute "npm install" twice.
If you want to do a manual installation, you can find the relevant steps in the new documentation we are currently working on:
https://iobroker.github.io/ioBroker.doc … d=nodeinst => replace "https://github.com/ioBroker/ioBroker/tarball/master" with just "iobroker". Or continue to read here:
Open an administrative command prompt and execute the following:
npm install --global windows-build-tools md C:\iobroker cd /d C:\iobroker npm install iobrokerNow follow the instructions on screen, which should be
npm install --productionor something similar.
-
Ich habe mir das Skript (https://raw.githubusercontent.com/ioBro … staller.sh) angeschaut.
Die logischen Vergleiche mit IS_ROOT passen meiner Ansicht nach so nicht.
Habe folgendes aus dem Skript getestet:
if [[ $EUID -eq 0 ]]; then IS_ROOT=true else IS_ROOT=false fi #### if [[ IS_ROOT -eq true ]]; then echo "running as ROOT" else echo "NOT running as ROOT" fiDas liefert IMMER "running as ROOT".
Funktionieren wuerde es mit einer der folgenden Abfragen:
if [ "$IS_ROOT" = true ]; then ... if $IS_ROOT ; then ... -
Recht hat er
-
Hallo zusammen,
wäre es möglich, den User iobroker in die SUDO Gruppe aufzunehmen, so dass er Kommandos mit sudo ausführen kann.
Ja, ich weiß, dass man damit dem unpreviligierten User nahezu Adminrechte verleiht, aber würde das evtl. helfen, bei Installation wie
z.B. ZWAVE aus dem Admin heraus? Oder sollte man dies lieber nicht tun, und die Installtion solcher Adapter auf anderem Wege durchführen?
Gruß
Danyo
485
Online32.4k
Users81.3k
Topics1.3m
Posts