NEWS
[gelöst] (warum?) Backitup sichert nicht mehr auf NAS
-
@csr
groups
-
@thomas-braun
sorry, war eigentlich grad auf dem Sprung weg ...da ich jetzt 2 Systeme mit gleicher Ausgabe habe, hier von dem auf dem ich alles laufen habe:
/opt/iobroker/backups# cat /etc/passwd | grep 1000 csio:x:1000:1000:csio,,,:/home/csio:/bin/bash
groups root
-
@csr sagte in Backitup sichert nicht mehr auf NAS:
ysteme mit gleicher Ausgab
groups
natürlich für den User csio. Den root sollst du ja nicht benutzen!
-
sudo -u csio groups
-
sudo -u csio groups csio cdrom floppy audio dip video plugdev netdev iobroker
-
@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. -
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.
-
@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' -
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. :-((
-
@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. -
@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.
-
@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 -
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.
-
@csr
Führe mal den Fix durch, wenn kein mount ansteht.
Danach schaue mal nach den Rechten von /opt/iobroker/backups -
@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. -
@csr
Wenn nach anpassen der Rechte mit dem Fix iobroker nicht mehr startet, stellst sich die Frage, wie du iobroker installiert hastHoffe nicht als root und nur nach der offiziellen Anleitung
-
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
-
@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. -
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
.