NEWS
Änderungen iob CLI/Installer/Fixer mit Root Accounts
-
@isi07 sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
auch mit einem einfachen Benutzernamen ohne "-" bekomme ich die gleiche Fehlermeldung, dass useradd und chpasswd nicht gefunden werden.
Logisch. Der Hinweis auf einen einfacheren Benutzernamen installiert ja nicht die für das user management erforderlichen Pakete nach. Installier da das Paket 'passwd' noch, dann dürfte es funktionieren.
sudo apt update && sudo apt install passwdÜbrigens tendiert man wesentlich weniger dazu, usernames zu vergessen, wenn man da ganz schlicht seinen Vornamen nimmt.
@thomas-braun
die beiden Pakete adduser und passwd sind installiert.
Es scheint, die Befehle können nur mit sudo aufgerufen werden.
Als user iobroker werden sie nicht gefunden.
Muss ich das iob fix mit sudo aufrufen?iobroker@iobroker:~$ apt list adduser Listing... Done adduser/stable,now 3.134 all [installed] iobroker@iobroker:~$ apt list passwd Listing... Done passwd/stable,now 1:4.13+dfsg1-1+b1 amd64 [installed] -
@thomas-braun
die beiden Pakete adduser und passwd sind installiert.
Es scheint, die Befehle können nur mit sudo aufgerufen werden.
Als user iobroker werden sie nicht gefunden.
Muss ich das iob fix mit sudo aufrufen?iobroker@iobroker:~$ apt list adduser Listing... Done adduser/stable,now 3.134 all [installed] iobroker@iobroker:~$ apt list passwd Listing... Done passwd/stable,now 1:4.13+dfsg1-1+b1 amd64 [installed] -
@thomas-braun
die beiden Pakete adduser und passwd sind installiert.
Es scheint, die Befehle können nur mit sudo aufgerufen werden.
Als user iobroker werden sie nicht gefunden.
Muss ich das iob fix mit sudo aufrufen?iobroker@iobroker:~$ apt list adduser Listing... Done adduser/stable,now 3.134 all [installed] iobroker@iobroker:~$ apt list passwd Listing... Done passwd/stable,now 1:4.13+dfsg1-1+b1 amd64 [installed]@isi07 sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
Muss ich das iob fix mit sudo aufrufen?
Nein, da muss der Code im Fixer gepatcht werden. Bin dabei.
[Edit: PR gestellt, jetzt muss das begutachtet werden, gemerged werden und hochgeladen werden.
-
@isi07 sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
Muss ich das iob fix mit sudo aufrufen?
Nein, da muss der Code im Fixer gepatcht werden. Bin dabei.
[Edit: PR gestellt, jetzt muss das begutachtet werden, gemerged werden und hochgeladen werden.
@thomas-braun
Danke, dann warte ich mal auf die neue Version
hier noch die echo $PATH Ausgabeiobroker@iobroker:~$ echo $PATH /usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games -
@arteck sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
und JA ICH NUTZE ROOT..
Dann bist du genau die Zielgruppe für diese Umstellung. Unterhalb von /opt/iobroker sollten keine Dateien dem root gehören.
Nein, auch nicht auf einem Test- oder Development-Environment.echad@chet:/opt/iobroker $ find /opt/iobroker/ -user root echad@chet:/opt/iobroker $ -
@arteck sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
und JA ICH NUTZE ROOT..
Dann bist du genau die Zielgruppe für diese Umstellung. Unterhalb von /opt/iobroker sollten keine Dateien dem root gehören.
Nein, auch nicht auf einem Test- oder Development-Environment.echad@chet:/opt/iobroker $ find /opt/iobroker/ -user root echad@chet:/opt/iobroker $@thomas-braun schön für dich.. hat seine GRÜNDE ... und nicht das Thema hier
der FIXER läuft nicht richtig
zigbee hab ich, zwave auch, nuc's genauso und HA auch
-
@arteck sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
und JA ICH NUTZE ROOT..
Dann bist du genau die Zielgruppe für diese Umstellung. Unterhalb von /opt/iobroker sollten keine Dateien dem root gehören.
Nein, auch nicht auf einem Test- oder Development-Environment.echad@chet:/opt/iobroker $ find /opt/iobroker/ -user root echad@chet:/opt/iobroker $@thomas-braun Hat der geänderte Fixer etwas damit zu tun, dass ich den js-controller nicht von 6.0.11 auf 7.01 angehoben bekomme? Oder Issue auf 'lucy'?
Host: Fujitsu Intel(R) Pentium(R) CPU G4560T, 32 GB RAM, Proxmox 8.x + lxc Ubuntu 22.04
ioBroker (8 GB RAM) Node.js: 20.19.1, NPM: 10.8.2, js-Controller: 7.0.6, Admin: 7.6.3
Wetterstation: Froggit WH3000SE V1.6.6 -
@thomas-braun Hat der geänderte Fixer etwas damit zu tun, dass ich den js-controller nicht von 6.0.11 auf 7.01 angehoben bekomme? Oder Issue auf 'lucy'?
@rene55 sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
Hat der geänderte Fixer etwas damit zu tun, dass ich den js-controller nicht von 6.0.11 auf 7.01 angehoben bekomme?
Aus der GUI? Ja, das kann momentan sein. Fix ist unterwegs.
Über Kommandozeile muss es gehen. -
@rene55 sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
Hat der geänderte Fixer etwas damit zu tun, dass ich den js-controller nicht von 6.0.11 auf 7.01 angehoben bekomme?
Aus der GUI? Ja, das kann momentan sein. Fix ist unterwegs.
Über Kommandozeile muss es gehen.@thomas-braun Ja, aus der GUI. Ok, dann warte ich und kann es direkt testen. Die Kiste läuft ja (in neu).
-
Eine neue SVerison geht gerade live. Fie fixt plkitd undpasswd fehende Pakete und das "iob start -- allow-root" Problem ... start/stop/restart gehen wieder OHNE allow-root Parameter. Damit geht auch das Controller upgrade mit UI wieder
Einmal "iob fix" bitte ausführen
Ingo
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@thomas-braun schön für dich.. hat seine GRÜNDE ... und nicht das Thema hier
der FIXER läuft nicht richtig
Kann ich nicht nachstellen.
-rw-rwxr--+ 1 root root 0 Oct 22 15:42 testfile_vom_rootNach dem Fixer:
-rw-rwxr--+ 1 iobroker iobroker 0 Oct 22 15:42 testfile_vom_rootPasst also hier.
-
Eine neue SVerison geht gerade live. Fie fixt plkitd undpasswd fehende Pakete und das "iob start -- allow-root" Problem ... start/stop/restart gehen wieder OHNE allow-root Parameter. Damit geht auch das Controller upgrade mit UI wieder
Einmal "iob fix" bitte ausführen
Ingo
@apollon77 Entweder war ich zu schnell oder ... . Leider gleicher Fehler wie vorhin (Unexpected token '<', "<!doctype "... is not valid JSON)
Host: Fujitsu Intel(R) Pentium(R) CPU G4560T, 32 GB RAM, Proxmox 8.x + lxc Ubuntu 22.04
ioBroker (8 GB RAM) Node.js: 20.19.1, NPM: 10.8.2, js-Controller: 7.0.6, Admin: 7.6.3
Wetterstation: Froggit WH3000SE V1.6.6 -
Kann ich nicht nachstellen.
-rw-rwxr--+ 1 root root 0 Oct 22 15:42 testfile_vom_rootNach dem Fixer:
-rw-rwxr--+ 1 iobroker iobroker 0 Oct 22 15:42 testfile_vom_rootPasst also hier.
@thomas-braun lass den mal in masse laufen über 3k files und so 50 Ordner mit Unterordnern
aber ist ja ehh gefixt..laut Ingozigbee hab ich, zwave auch, nuc's genauso und HA auch
-
@thomas-braun lass den mal in masse laufen über 3k files und so 50 Ordner mit Unterordnern
aber ist ja ehh gefixt..laut Ingo@arteck sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
lass den mal in masse laufen über 3k files und so 50 Ordner..
Die Anzahl an Dateien spielt keine Rolle, das wird rekursiv über den Dateibaum gekippt.
aber ist ja ehh gefixt..laut Ingo
Der hatte aber keinen Bezug zum Eigentümer einer Datei.
-
@apollon77 Entweder war ich zu schnell oder ... . Leider gleicher Fehler wie vorhin (Unexpected token '<', "<!doctype "... is not valid JSON)
-
Bei mir läuft der Fixer nicht mehr. Keine Ahnung warum
haus@ioBroker:~$ iob status iobroker is running on this host. Objects type: jsonl States type: redis 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:~$Controler Update auf 7.0.1 ist fehlgeschlagen. Dann wollte ich den Fixer laufen lassen und bekam diese Meldung.Jetzt bin ich auf 7.0.0 zurück und habe immer noch die Meldung.
ioBroker auf NUC unter Proxmox; VIS: 12" Touchscreen und 17" Touch; Lichtsteuerung, Thermometer und Sensoren: Tasmota (39); Ambiente Beleuchtung: WLED (9); Heizung: DECT Thermostate (9) an Fritz 6690; EMS-ESP; 1 Echo V2; 3 Echo DOT; 1 Echo Connect; 2 Echo Show 5; Unifi Ap-Ac Lite.
-
Bei mir läuft der Fixer nicht mehr. Keine Ahnung warum
haus@ioBroker:~$ iob status iobroker is running on this host. Objects type: jsonl States type: redis 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:~$Controler Update auf 7.0.1 ist fehlgeschlagen. Dann wollte ich den Fixer laufen lassen und bekam diese Meldung.Jetzt bin ich auf 7.0.0 zurück und habe immer noch die Meldung.
-
Sooooo, ok bitte alle mit issues nochmal "Iob fix" ausführen ... danach bitte nochmal iobroker upgrade versuchen, sollte jetzt wieder über UI tun. Danke für check und sorry für die Issues.
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@arteck sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
lass den mal in masse laufen über 3k files und so 50 Ordner..
Die Anzahl an Dateien spielt keine Rolle, das wird rekursiv über den Dateibaum gekippt.
aber ist ja ehh gefixt..laut Ingo
Der hatte aber keinen Bezug zum Eigentümer einer Datei.
@thomas-braun na ja irgendwo ist der ausgestiegen
der neue.. der alte funktionierte fix.sh
zigbee hab ich, zwave auch, nuc's genauso und HA auch
692
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge