UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Thomas Braun]

@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

[apollon77]

@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

[Thomas Braun]

@apollon77

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 $

[Chaot]

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 start

Gerade gemerkt. Scheinbar bin ich auf JS Version 7.0.1

[Thomas Braun]

@chaot

Kannst du denn iob diag ausführen?

[Chaot]

@thomas-braun
Nein. Kommt in rot die Liste der Befehle

[Thomas Braun]

@chaot

ls -l /home

sagt? Kannst du

iob status

ausführen?

[Chaot]

@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

[Thomas Braun]

@chaot

ls -la /home/iobroker/
id

[Chaot]

@thomas-braun sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:

ls -la /home/iobroker/
id

haus@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:~$ 

[Thomas Braun]

@chaot

Da funktioniert irgendwie der Abruf von fix und diag nicht. Kannst du denn

iob nodejs-update

ausfü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

[Chaot]

@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 verbogen

haus@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]

@chaot

Versuch mal den Fixer direkt zu laden:

curl -fsL https://iobroker.net/fix.sh | bash -

[Chaot]

@thomas-braun
könnte klappen, wenn ich den iobroker stoppen kann

haus@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:~$ 

[Thomas Braun]

@chaot

sudo systemctl stop iobroker

[Chaot]

@thomas-braun
Danke. Deine "Zauberfinger" haben mir das wieder gerade gebogen

Spoiler

```bash
======================= SUMMARY =======================
                       v.2024-10-19


  Static hostname: ioBroker
        Icon name: computer-container
          Chassis: container
   Virtualization: lxc
 Operating System: Ubuntu 20.04.6 LTS
           Kernel: Linux 6.5.13-5-pve
     Architecture: x86-64

Installation:           lxc
Kernel:                 x86_64
Userland:               64 bit
Timezone:               Europe/Berlin (CEST, +0200) 
User-ID:                1001
Display-Server:         false
Boot Target:            multi-user.target

Pending OS-Updates:     0
Pending iob updates:    1

Nodejs-Installation:
/usr/bin/nodejs         v20.18.0
/usr/bin/node           v20.18.0
/usr/bin/npm            10.8.2
/usr/bin/npx            10.8.2
/usr/bin/corepack       0.29.3

Recommended versions are nodejs  and npm 10.8.2
nodeJS installation is correct

MEMORY: 
             total        used        free      shared  buff/cache   available
Mem:           6.1G        3.7G        735M        1.0M        1.7G        2.4G
Swap:          2.0G          0B        2.0G
Total:         8.2G        3.7G        2.8G

Active iob-Instances:   6
Upgrade policy: none

ioBroker Core:          js-controller           6.0.11
                       admin                   7.2.6

ioBroker Status:        iobroker is running on this host.


Objects type: jsonl
States  type: redis

Status admin and web instance:
+ system.adapter.admin.0                  : admin                 : ioBroker                                 -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
 system.adapter.admin.1                  : admin                 : ioBroker                                 - disabled, port: 80, bind: 0.0.0.0, run as: admin
 system.adapter.web.0                    : web                   : ioBroker                                 -  enabled, port: 8082, bind: 0.0.0.0, run as: admin

Objects:                2
States:                 29089

Size of iob-Database:

29M     /opt/iobroker/iobroker-data/objects.jsonl
21M     /opt/iobroker/iobroker-data/objects.json.migrated
21M     /opt/iobroker/iobroker-data/objects.json.bak.migrated
8.0K    /opt/iobroker/iobroker-data/states.json
4.0K    /opt/iobroker/iobroker-data/states.json.bak


Operating System codenamed 'focal' is an aging Ubuntu release! Please upgrade to the latest LTS release 'noble' in due time!

=================== END OF SUMMARY ====================

=== Mark text until here for copying ===

[/s]

[Thomas Braun]

@chaot

Okay, iob stop / iob start sowie iob fix funktionieren jetzt wieder im direkten Aufruf?

[Chaot]

@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

[Thomas Braun]

@chaot sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:

Der neue Fixer hat auch gleich die GUI ausgeschaltet (die mir nicht bewusst war).

Na ich hoffe aber, das du wenigstens gefragt wurdest und das aktiv per y-Taste bestätigt hast?

[Chaot]

@thomas-braun Ja, aber beim ersten Durchlauf lief der fixer nach der Frage weiter. Beim zweiten Start des fixers hat er dann angehalten und auf das "y" gewartet.