[SOLVED] opsi adminuser hat Rechte auf Verzeichnis verloren?

[NorbertKoch]

Hallo zusammen,

vor einigen Tagen habe ich opsi und das Ubuntu mit Updates versorgt. Dabei hat es vermutlich die Rechte auf dem Server "verbogen".

Zuvor konnte ich mit dem PackageBuilder unter Nutzung des Users "adminuser" problemlos Pakete anlegen, editieren und veröffentlichen. Möchte ich jetzt einen Ordner anlegen, erscheint:

Sie benötigen Berechtigungen zur Durchführung des Vorgangs.
opsi_depot (\\192.168.10.121)
Freier Speicherplatz: 47,2 GB
Gesamtgröße: 117 GB

Ich habe als root bereits opsi-set-rights ausgeführt.
Als Ergebnis wurde mir

Code: Alles auswählen

[5] [2021-12-06 11:23:35.891] [               ] Setting rights recursively on '/etc/opsi'   (Rights.py:234)
[5] [2021-12-06 11:23:35.893] [               ] Setting rights recursively on '/etc/opsi/ssl'   (Rights.py:234)
[5] [2021-12-06 11:23:35.894] [               ] Setting rights on '/etc/opsi/ssl/opsi-ca-cert.pem'   (Rights.py:234)
[5] [2021-12-06 11:23:35.894] [               ] Setting rights recursively on '/tftpboot/linux'   (Rights.py:234)
[5] [2021-12-06 11:23:35.895] [               ] Setting rights recursively on '/var/lib/opsi'   (Rights.py:234)
[5] [2021-12-06 11:23:35.904] [               ] Setting rights on '/var/lib/opsi/.ssh'   (Rights.py:234)
[5] [2021-12-06 11:23:35.904] [               ] Setting rights on '/var/lib/opsi/.ssh/authorized_keys'   (Rights.py:234)
[5] [2021-12-06 11:23:35.904] [               ] Setting rights on '/var/lib/opsi/.ssh/id_rsa'   (Rights.py:234)
[5] [2021-12-06 11:23:35.904] [               ] Setting rights on '/var/lib/opsi/.ssh/id_rsa.pub'   (Rights.py:234)
[5] [2021-12-06 11:23:35.905] [               ] Setting rights recursively on '/var/lib/opsi/depot'   (Rights.py:234)
[5] [2021-12-06 11:23:36.595] [               ] Setting rights recursively on '/var/lib/opsi/public'   (Rights.py:234)
[5] [2021-12-06 11:23:36.595] [               ] Setting rights recursively on '/var/lib/opsi/repository'   (Rights.py:234)
[5] [2021-12-06 11:23:36.598] [               ] Setting rights recursively on '/var/lib/opsi/workbench'   (Rights.py:234)
[5] [2021-12-06 11:23:36.925] [               ] Setting rights recursively on '/var/log/opsi'   (Rights.py:234)
[5] [2021-12-06 11:23:36.936] [               ] Setting rights recursively on '/var/www/html/opsi'   (Rights.py:234)

ausgegeben. Bessert die Situation mit den Depot-Berechtigungen leider nicht.

Daraus resultieren zwei Fragen:
1.) Was könnte die Rechte verändert haben?
2.) Was macht opsi-set-rights denn konkret?
2.) Gibt es einen einfachen Weg die Berechtigungen wieder herzustellen, oder muss ich mit chmod arbeiten?

Dank Euch!

[SisterOfMercy]

Sie benötigen Berechtigungen zur Durchführung des Vorgangs.
opsi_depot (\\192.168.10.121)
Freier Speicherplatz: 47,2 GB
Gesamtgröße: 117 GB

Have you tried opsi_depot_rw?

[mattiasmab]

Sie benötigen Berechtigungen zur Durchführung des Vorgangs.
opsi_depot (\\192.168.10.121)

Generell wird für das Anlegen, Paketieren und Bearbeiten das Verzeichnis /var/lib/opsi/workbench genutzt, welches auch unter der Freigabe opsi_workbench zu erreichen ist. In jedem Fall ist es korrekt, dass auf das Depot so nicht schreibend zugegriffen werden kann, weil das in Samba auch bewusst so eingestellt ist, da das die Freigabe für die Clients ist (die man sicher nicht mit Schreibrechten versehen möchte). Falls etwas wie custom-Verzeichnisse angepasst werden sollten, dann das Netshare vom Vorredner nutzen (_rw am Ende), ansonsten gehören eigene Arbeiten in workbench und werden durch den Installieren-Button im oPB oder auch per opsi-makepackage ins Depot übertragen.

[NorbertKoch]

Hallo Mattias,

war dann wohl ein Denkfehler bei mir, da ich für den paketmanager nur das Depot gemappt hatte; mit Depot und Workbench hat es geklappt.

Danke und sorry wegen der DAU-Frage.