Kein Zugriff auf opsi_depot - Permission denied (UCS 4.1-1 + Opsi 4.0.6)
Verfasst: 26 Feb 2016, 00:07
Hallo,
ich nutze eine aktuelle UCS Installation + aktuellen Opsi, frisch zum Test aufgesetzt.
Leider habe ich das Phänomen, dass bei der Installation von Netbbot-Produkten die Installation schon beim mounten von opsi_depot fehl schlägt mti dem Hinweis Permission denied.
Nach viel suchen und probieren kann ich die Schwierigkeiten wohl auf den user pcpatch schieben:
Ich sehe den user pcpatch im UDM, er ist auch Mitglied der Gruppe opsifileadmins. diverse male aufgerufen, genauso wie
und restart der Dienste.
Ich bekomme nirgends Fehler geworfen, so weit sieht es gut aus.
In der /etc/samba/shares.conf.d/opsi_depot stehen bereits @opsifileadmin administrator und join-backup als admin users drin.
Wenn ich nun aber ein Netboot-Produkt (z.B. hwaudit, oder auch ein win7-x64) laden will, funktioniert der pxe-boot auch wunderbar und alles läuft gut, bis er das depot mounten will (\\opsiserver\opsi_depot), hier bricht er ab mit Permission denied.
Seltsamerweise taucht der user pcpatch auch nicht in der Liste auf wenn ich per mir die user mit Sambazugriff anzeigen lasse (obwohl er im UDM wie oben beschrieben ganz normal auftaucht und auch alle Eigenschaften korrekt aussehen).
Wenn ich im configed Interface unter Host-Parameter -> clientconfig den Eintrag clientconfig.depot.user den Nutzer auf <Domäne>\Administrator statt <Domäne>\pcpatch ändere funktioniert im übrigen alles wunderbar, das ist aber natürlich nicht der gewünschte weg.
Es hängt also irgendwo am pcpatch user !?
Ich stehe auf dem Schlauch
Hat jemand Vorschläge?
VG,
Sebastian
ich nutze eine aktuelle UCS Installation + aktuellen Opsi, frisch zum Test aufgesetzt.
Leider habe ich das Phänomen, dass bei der Installation von Netbbot-Produkten die Installation schon beim mounten von opsi_depot fehl schlägt mti dem Hinweis Permission denied.
Nach viel suchen und probieren kann ich die Schwierigkeiten wohl auf den user pcpatch schieben:
Ich sehe den user pcpatch im UDM, er ist auch Mitglied der Gruppe opsifileadmins.
Code: Alles auswählen
opsi-admin -d task setPcpatchPasswordCode: Alles auswählen
opsi-setup --init-current-conf/--set-rightsIch bekomme nirgends Fehler geworfen, so weit sieht es gut aus.
In der /etc/samba/shares.conf.d/opsi_depot stehen bereits @opsifileadmin administrator und join-backup als admin users drin.
Wenn ich nun aber ein Netboot-Produkt (z.B. hwaudit, oder auch ein win7-x64) laden will, funktioniert der pxe-boot auch wunderbar und alles läuft gut, bis er das depot mounten will (\\opsiserver\opsi_depot), hier bricht er ab mit Permission denied.
Seltsamerweise taucht der user pcpatch auch nicht in der Liste auf wenn ich per
Code: Alles auswählen
samba-tool user listWenn ich im configed Interface unter Host-Parameter -> clientconfig den Eintrag clientconfig.depot.user den Nutzer auf <Domäne>\Administrator statt <Domäne>\pcpatch ändere funktioniert im übrigen alles wunderbar, das ist aber natürlich nicht der gewünschte weg.
Es hängt also irgendwo am pcpatch user !?
Ich stehe auf dem Schlauch
Hat jemand Vorschläge?VG,
Sebastian