Monatsrückblick Januar/Februar 2026 ist online!

[-cs-]

@thomas-braun

sudo -u csio groups
csio cdrom floppy audio dip video plugdev netdev iobroker

[Thomas Braun]

@csr
Siehste... Keine Gruppe sudo.
Deswegen kann der csio auch nicht per sudo in die root-Rolle wechseln.

Einmal noch als root:

usermod -aG sudo csio

csio einmal aus- und wieder einloggen.
Und dann nicht mehr mit irgendwelchem Quatsch eine root-Shell öffnen.

[-cs-]

@thomas-braun

Gut, csio ist jetzt in sudo:

csio@ioBro:~$ sudo -u csio groups
csio cdrom floppy sudo audio dip video plugdev netdev iobroker

Erst mal DANKE,

aber ich bin genauso weit wie im meinen Eingangspost, backup wird nicht durchgeführt.

Ich überlege, ob ich alles nochmal neu aufsetzt und dann anfangs gleich csio zu sudo hinzu, dann alles weitere ioBroker und MySQL ... evtl. nur noch mit sudo installieren kann.
Aber löst das mein Problem?
Es hat doch bis jetzt auch immer funktioniert.

Aber jetz erst mal raus, die letzten Sonnenstrahlen einfangen.

[Thomas Braun]

@csr sagte in Backitup sichert nicht mehr auf NAS:

mal neu aufsetzt und dann anfangs gleich csio zu sudo hinzu, dann alles weitere ioBroker und MySQL ... evtl. nur noch mit sudo installieren kann.
Aber löst das mein Problem?

iobroker fix

jetzt mal ausgeführt?

So am Rande:

csio@ioBro:~$ sudo -u csio

ist natürlich dann überflüssig. Du bist ja nun csio, dann brauchst du nicht per sudo -u csio in dessen Rolle zu schlüpfen.
Es heißt ja sudo = 'substitute user do'

[-cs-]

@thomas-braun

Ja, war cpoy & paste - Fehler

Fix brachte nichts, nur die Fehler wie im 4. Post sind nicht mehr da.
Fix lief einfach durch.

   Installing prerequisites (1/3)
==========================================================================

[sudo] Passwort für csio:
OK:1 http://deb.debian.org/debian buster InRelease
Holen:2 http://security.debian.org/debian-security buster/updates InRelease [65,4 kB]
Holen:3 http://deb.debian.org/debian buster-updates InRelease [51,9 kB]
OK:4 https://deb.nodesource.com/node_12.x buster InRelease
Holen:5 https://packages.sury.org/php buster InRelease [6.771 B]
Holen:6 https://packages.sury.org/php buster/main amd64 Packages [282 kB]
Es wurden 406 kB in 1 s geholt (387 kB/s).
Paketlisten werden gelesen... Fertig
Installed gcc-c++

==========================================================================
    Checking ioBroker user and directory permissions (2/3)
==========================================================================

Created /etc/sudoers.d/iobroker
Fixing directory permissions...

==========================================================================
    Checking autostart (3/3)
==========================================================================

Enabling autostart...
Autostart enabled!

Alles mal rebootet und kein Backup mit backitup möglich. :-((

[Thomas Braun]

@csr
Wie und was mountest du wohin? Ist der Mountpunkt ein leeres Verzeichnis?
Muss sich vielleich @simatec jetzt mal anschauen, mir ging es nur im den root-Quark.

[-cs-]

@thomas-braun

@thomas-braun sagte in Backitup sichert nicht mehr auf NAS:

@csr
Wie und was mountest du wohin? Ist der Mountpunkt ein leeres Verzeichnis?

Ja, per NFS in leeres Verzeichnis, Ordner mit Rechten auf OMV angelegt, so wie es immer funktionierte.
Mounten funktioniert ja, ist ja auch im Log ersichtlich.

Habe jetzt mit deinem Ratschlag von sudo ioBroker nochmals komplett neue VM aufgespielt, sudo so wie besprochen eingerichtet, ioBroker installiert, ein paar Adapter und Backitup, wieder das gleiche Spiel.
Wenn jetzt im Log stehen würde, dass das mounten fehlschlägt, würde ich es ja verstehen, aber so ?

Also bin ich immer noch soweit wie in 1. Beitrag beschrieben.

[simatec]

@csr
Gibt es denn den Ordnerpfad auf deinem NAS und sind Schreibrechte vorhanden.
So wie deine Logausgabe ausschaut, hat iobroker keine Schreibrechte und kann dementsprechend keine Backups erzeugen

[-cs-]

@simatec

Hi, ja gibt es, gab es auch seit 1 1/2 Jahren so.

Musste nur iobroker neu installieren.

NFS Freigabe auf der NAS ist vorhanden und die Privilegien sowie ACL dementsprechend vorhanden.

Da ist ähnlich aufgebaut wie für Proxmox, nur anderer Ordner für ioBroker und Proxmox sichert alles VM's auch problemlos auf die NAS.

Es sind aktuell zum Testen sogar lese/schreib/ausführrechte für jeden eingestellt worden.

[simatec]

@csr
Führe mal den Fix durch, wenn kein mount ansteht.
Danach schaue mal nach den Rechten von /opt/iobroker/backups

[-cs-]

@simatec
Hatte vorhin einen fix gemacht, natürlich vorher gestoppt und status gprüft.

Er schrieb nur sudoers wurde angepasst.
(Hab den Log nicht mehr)

Seitdem startet iobroker nicht mehr.
Gut, das ich es mit dem Testsystem probierte.

Auf dem "richtigen" Spiele ich jetzt nicht rum. ;-)

Werde wieder mal eine neue VM aufsetzen, ist ja gleich vorbei, aber heute eher nicht mehr.

Ich weiß nur noch, dass opt/iobroker/backups jetzt ständig auf iobroker:iobroker (Besitzer:Gruppe) war.
Rechte weiß ich nicht mehr.

[simatec]

@csr
Wenn nach anpassen der Rechte mit dem Fix iobroker nicht mehr startet, stellst sich die Frage, wie du iobroker installiert hast

Hoffe nicht als root und nur nach der offiziellen Anleitung

[-cs-]

@simatec
@Thomas-Braun

So, erst mal Danke für eure Mühe und Geduld mit mir!

Habe jetzt Debian nochmal neu heruntergeladen, Prüfsumme gecheckt (tu ich eigentlich immer bei sowas), nochmal neue VM in Proxmox angelegt, Benutzer zu sudo hinzugefügt, ioBroker installiert, getestet und es läuft wie immer.

Bitte fragt mich jetzt nicht warum, lag es an der Debian .iso, hier bei cdimage.debian.org/... heruntergeladen, oder sonst was, ich weis es nicht.

Hab ich mal wieder alle scheuch gemacht, ohne das wir wissen warum? Sorry.

Für mich ist es gelöst.

Schöne Grüße

[Thomas Braun]

@csr sagte in [gelöst](warum ?) Backitup sichert nicht mehr auf NAS:

Bitte fragt mich jetzt nicht warum, lag es an der Debian

Das ist bei Systemen, in den die Trennung der user vom root durchbrochen wurde immer schwer zu sagen, weil man ja nicht weiß was da eventuell alles mit vollen Rechten umgeschubst worden ist.
Das ist ja auch (unter anderem) der Grund, warum immer wieder davon abgeraten wird in einer root-shell zuarbeiten.

[-cs-]

@thomas-braun

Ja, nur ging es ja gestern ohne root, also mit sodu wie von Dir erwähnt auch nicht, als ich eine neue VM aufsetze.

Aber is ja jetzt egal :-) .