Änderungen iob CLI/Installer/Fixer mit Root Accounts
-
@thomas-braun Mit 'bleeding edge' kann ich nichts anfangen - hab ich noch nie gehört. Ich bin da auf das angewiesen, was proxmox so anbietet, Arch-Linux gibt es da anscheinend nicht.
-
OT: Arch Linux ist ein 'rolling release', d. h. da hast du meist innerhalb von wenigen Stunden/Tagen die neuste Sorftware auf dem Rechner. Mit allen Vor- und Nachteilen. Das ganze ist natürlich dann auch weniger gut getestet. Debian lässt die Software u. U. Jahre reifen und haut nur alle zwei Jahre ein Release raus. Das ist natürlich gut abgehangen und besser getestet, ideal im Serverbetrieb.
-
@thomas-braun sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
Ich glaube, der iob-Installer biegt die Rechte passend, allerdings nur wenn der ausführende User nicht ohnehin schon 'iobroker' lautet. Deswegen ja auch immer der Hinweis, das 'iobroker' eine schlechte Idee für einen Standard-User ist.
So ist es. Fix für den Fixer ist eingereicht. Inkl. 'useradd' und 'chpasswd'.
https://github.com/ioBroker/ioBroker/pull/577
closed Fixed user creation & invalidate --allow-root #577
-
@arteck Okk ... also ich hab mal geschaut und die FIles in /opt/iobroker/* hat der fixer noch NIE von owner her geradegebogen ... der macht das nur im /home/iobroekr/-npm. Im /opt/iobroker werden default ACL gesetzt sodass die iobroker Gruppe immer zugreifen darf.
Wenn im Fixer log ein "ACL enabled: true" steht dann war das erfolgreich und es ist nicht mehr nötig da Owner zu fixen. Also Ist das ok wenn der Owner ggf anders ist. Es sollte so oder so keine Probleme geben. Falls doch müsste man nochmal schauen.
Ergo ... all fine
-
Hier macht meine Kiste das aber:
echad@chet:/opt/iobroker $ getfacl ichgehoereroot # file: ichgehoereroot # owner: root # group: root user::rw- group::r-x #effective:r-- group:iobroker:rwx #effective:rw- mask::rw- other::r-- echad@chet:/opt/iobroker $ echo "Es lief der Fixer" Es lief der Fixer echad@chet:/opt/iobroker $ echad@chet:/opt/iobroker $ getfacl ichgehoereroot # file: ichgehoereroot # owner: iobroker # group: iobroker user::rw- group::r-x group:iobroker:rwx mask::rwx other::r--Edit:
Und auch fiiles, die zuvor ohne ACLs gewesen sind bekommen in /opt/iobroker via Fixer die neuen Gruppen verpasst:echad@chet:/opt/iobroker $ getfacl ichgehoereechad # file: ichgehoereroot # owner: echad # group: echad user::rw- group::rw- other::r-- echad@chet:/opt/iobroker $ iob fix ............ echad@chet:/opt/iobroker $ getfacl ichgehoereechad # file: ichgehoereechad # owner: iobroker # group: iobroker user::rw- group::rw- group:iobroker:rwx mask::rwx other::r-- echad@chet:/opt/iobroker $ -
Bei mir immer noch das gleiche Problem:
haus@ioBroker:~$ iob stop Could not send "SIGTERM" to process 203: kill EPERM No "killall.sh" script found. Just stop. haus@ioBroker:~$ iob fix iobroker fix Execute the installation fixer script, this updates your ioBroker installation Options: --help Show help [boolean] haus@ioBroker:~$ iob startGerade gemerkt. Scheinbar bin ich auf JS Version 7.0.1
-
Kannst du denn
iob diagausführen? -
@thomas-braun
Nein. Kommt in rot die Liste der Befehle -
-
@thomas-braun sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
iob status
haus@ioBroker:~$ ls -l /home total 8 drwxr-xr-x 11 haus haus 4096 Oct 21 21:38 haus drwxr-xr-x 11 iobroker iobroker 4096 May 22 19:18 iobroker haus@ioBroker:~$ iob status iobroker is running on this host. Objects type: jsonl States type: redis -
ls -la /home/iobroker/ id -
@thomas-braun sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
ls -la /home/iobroker/
idhaus@ioBroker:~$ ls -la /home/iobroker/ total 180 drwxr-xr-x 11 iobroker iobroker 4096 May 22 19:18 . drwxr-xr-x 4 root root 4096 Mar 6 2019 .. drwxr-xr-x 3 iobroker iobroker 4096 Mar 7 2019 .anyproxy -rw-r--r-- 1 iobroker iobroker 220 Apr 4 2018 .bash_logout -rw-r--r-- 1 iobroker iobroker 3771 Apr 4 2018 .bashrc drwxr-xr-x 7 iobroker iobroker 4096 Apr 6 2024 .cache drwx------ 4 iobroker iobroker 4096 Jan 17 2021 .config -rw-rw-r-- 1 iobroker iobroker 23305 May 22 19:23 .diag.sh drwxr-xr-x 2 iobroker iobroker 4096 Feb 4 2022 .electron drwxr-xr-x 2 iobroker iobroker 4096 Mar 27 2020 .lgtv2 drwx------ 3 iobroker iobroker 4096 Jan 17 2021 .local drwxr-xr-x 6 iobroker iobroker 4096 Aug 19 2019 .node-gyp -rw-rw-r-- 1 iobroker iobroker 16123 May 22 19:30 .nodejs-update.sh drwxr-xr-x 9 iobroker iobroker 4096 Apr 19 2024 .npm drwx------ 3 iobroker iobroker 4096 Feb 7 2022 .pki -rw-r--r-- 1 iobroker iobroker 807 Apr 4 2018 .profile -rw-rw-r-- 1 iobroker iobroker 83818 May 22 19:27 iob_diag.log haus@ioBroker:~$ id uid=1001(haus) gid=1001(haus) groups=1001(haus),1000(iobroker) haus@ioBroker:~$ -
Da funktioniert irgendwie der Abruf von fix und diag nicht. Kannst du denn
iob nodejs-updateausführen?
Eigentlich sollten da nämlich immer aktuelle Downloads liegen:
Bei mir:-rwxr-x--- 1 iobroker iobroker 39757 Oct 23 13:28 .diag.sh -rwxr-x--- 1 iobroker iobroker 45390 Oct 23 13:27 .fix.sh -rw-r--r-- 1 iobroker iobroker 32474 Oct 23 13:29 iob_diag.log -rwxr-x--- 1 iobroker iobroker 18018 Oct 20 20:41 .nodejs-update.sh -
@thomas-braun sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
iob nodejs-update
haus@ioBroker:~$ iob nodejs-update iobroker nodejs-update [<major-version>] Upgrade the Node.JS installation to the current LTS Options: --help Show help [boolean]Ich bin wieder runter auf die 6.0.11.
Aber irgendwas ist da verbogenhaus@ioBroker:~$ iob stop Could not send "SIGTERM" to process 201: kill EPERM No "killall.sh" script found. Just stop. ^[[Ahaus@ioBroker:~$ haus@ioBroker:~$ iob fix iobroker fix Execute the installation fixer script, this updates your ioBroker installation Options: --help Show help [boolean] haus@ioBroker:~$ iob start Controller is already running with pid 201 -
-
@thomas-braun
könnte klappen, wenn ich den iobroker stoppen kannhaus@ioBroker:~$ iob stop Could not send "SIGTERM" to process 201: kill EPERM No "killall.sh" script found. Just stop. haus@ioBroker:~$ curl -fsL https://iobroker.net/fix.sh | bash - Your system is booting into 'graphical.target', which means that a user interface or desktop is available. Usually a server is running without a desktop to have more RAM available. Do you want to switch to 'multi-user.target'? (y/N) library: loaded Library version=2024-10-22 ioBroker or some processes are still running: 201 iobroker.js-con 408 io.admin.0 419 io.javascript.0 449 io.email.0 478 io.influxdb.0 513 io.whatsapp-cmb 528 io.history.0 539 io.tr-064.0 558 io.sonoff.0 637 io.proxmox.0 666 io.backitup.0 816 io.nut.0 831 io.alexa2.0 842 io.unifi.0 873 io.ems-esp.0 888 io.drag-indicat 903 io.tuya.0 918 io.web.0 972 io.tankerkoenig 1178 io.fritzdect.0 1185 io.phantomjs.0 1263 io.nina.0 1309 io.trashschedul 1401 io.sourceanalyt 1438 io.wled.0 1453 io.vis-inventwo 1468 io.smartcontrol 1479 io.linux-contro 1498 io.time-switch. 1564 io.upnp.0 1575 io.mytime.0 1586 io.ws.0 1620 io.rssfeed.0 1632 io.alexa-timer- 1647 io.wiegand-tcpi 1662 io.drops-weathe Please stop them first and try again! haus@ioBroker:~$ -
sudo systemctl stop iobroker -
@thomas-braun
Danke. Deine "Zauberfinger" haben mir das wieder gerade gebogen
-
Okay, iob stop / iob start sowie iob fix funktionieren jetzt wieder im direkten Aufruf?
-
@thomas-braun Ja, alles wieder wie gewohnt. Der neue Fixer hat auch gleich die GUI ausgeschaltet (die mir nicht bewusst war). Funktioniert also alles wieder wie gewohnt.
Herzlichen Dank
