forum.opsi.org

Guten Morgen,

ich habe mir gestern die akutelle opsi VM herunter geladen und nach dem getting started Tutorial eingerichtet. Nun habe ich erfolgreich das win7 opsi paket geladen und erstellt. Es wird auch in der GUI als Paket angezeigt. Wenn ich nun einen Client im Netz per PXE starte, erhalte ich nach der Eingabe der Adminkennung den Fehler

Failed to get depotserver for Client 'testsystem.meinefirma.de'

Ein weiteres Problem ist, dass ich mich mit vorhandenen Client nicht mit dem share \\<opsiserver>\opsi_depot verbinden kann. Es wird gemeldet, dass mein Kennwort nicht korrekt sei (ich habe den root User genommen) Das Kennwort ist aber definitiv korrekt.

Ein weiteres Problem kommt, wenn ich ausführe. Neben einigen positiven Meldungen erhalte ich Ich habe mich eigentlich streng ans getting started gehalten , vielleicht hat hier jemand eine Idee, was da schief gelaufen sein könnte.

Vielen Dank vorab!

Hi,

bitte mal:
ausführen. Das root sich nicht anmelden kann ist normal, denn root hat normalerweise kein samba-Account und sollte wenn möglich auch keines bekommen.

Ich häng mich mal mit ran, da ich das gleiche Problem habe.
Die Meldungen habe ich nicht beachtet, aber wegen meinem Problem schonmal opsi-admin -d task setPcpatchPassword <password> ausgeführt und ein Passwort gesetzt. Danach nochmal opsi-setup --init-current-config. Gleiches Problem.
Ich hab mir auch einen anderen Benutzer angelegt und in die Gruppe opsiadmin gepackt. Dann das Skript als der Benutzer ausgeführ. Ergebnis: ERROR: This script must be startet as root. Meinen Benutzer in die sudoers eingetragen und den Befehl gestartet bringt das gleiche Ergebnis wie beim root.

MFG Sebastian

Ich versuche das mal. Wäre denn der Username beim Anmelden Pcpatch?

ja, vielleicht ist es auch ein Rechte Problem zur Sicherheit nochmal:
ausführen. Ansonsten müsste man mal checken ob samba richtig läuft. Vielleicht laufen die Dienste auch nicht.

ueluekmen hat geschrieben:ja, vielleicht ist es auch ein Rechte Problem zur Sicherheit nochmal:

Code: Alles auswählen

opsi-setup --set-rights

ausführen. Ansonsten müsste man mal checken ob samba richtig läuft. Vielleicht laufen die Dienste auch nicht.

Das bringt auch einen brauchen Fehler wie oben.

ueluekmen hat geschrieben:ja, vielleicht ist es auch ein Rechte Problem zur Sicherheit nochmal:

Code: Alles auswählen

opsi-setup --set-rights

ausführen. Ansonsten müsste man mal checken ob samba richtig läuft. Vielleicht laufen die Dienste auch nicht.

hier habe ich wieder den oben beschrieben Fehler "Failed to read opsi modules file..."

Die Admin Anmeldung am Client bringt jetzt den Fehler:

Anmeldung Fehlgeschlagen: Opsi authentication error: Forbidden: Backend uthentication error: Backend authentication error: PAM authentication failed for user 'Pcpatch' : ('Authentication failure' ,7) (error on server)

Der samba Dienst scheint hingegen zu laufen.

Ich habs!
Hier steht die Lösung: https://forum.uib.de/viewtopic.php?t=3220&p=16004
War tatsächlich ein Samba Problem: Bis auf den Samba-Restart alles ausgeführt. Der Restart geht wohl so nicht mehr. Hab den Server neu gestartet und nun gehts!

MFG Sebastian

Hi,

c-aus-k hat geschrieben:Failed to read opsi modules file '/etc/opsi/modules': [Err no2] No such file or directory: u'/etc/opsi/modules' (Backend.py|371)

das ist eine Warnung, kein Fehler. Das kann man getrost überlesen, wenn man keine kostenpflichtigen Module von opsi einsetzt braucht man diese Datei auch nicht zwangsläufig. Das hier beschriebene Problem muss auch ohne diese Datei gehen.

Kann man denn von einem Windows Client aus einen Share mit dem neugesetzten pcpatch-passwort mounten?

Kann man denn von einem Windows Client aus einen Share mit dem neugesetzten pcpatch-passwort mounten?

Ich hab noch Keinen.
Habs nur mal eben schnell in ner Testumgebung (HostOnly Network) aufgesetzt. Der Demoserver und ein nackter Testclient. Das OS-Deployment ist mein erstes Ziel. Sorry.

MFG Sebastian