forum.opsi.org

Gruß an die helfende Gemeinschaft.

Ich versuche aktuell Linuxclients mit OPSI zu verwalten. Leider stecke ich in einem Problem fest und komme nicht mehr weiter.

Der Client-Agent verbindet sich mit dem Server und sieht, dass Produkte zur Installation anstehen. Er startet den opsiscriptstarter und dieser scheitert am mounten des depotShares.

+++snip+++
[5] [Jan 24 11:19:22:015] Running in nogui mode
[6] [Jan 24 11:19:32:239] JSON Bench for backend_info "params":[],"id":1} Start: 11:19:32:026 Time: 00:00:00:213
[6] [Jan 24 11:19:32:239] opsidata connected
[5] [Jan 24 11:19:32:239] init done
[5] [Jan 24 11:19:32:239] Starting opsiclientd part:
[6] [Jan 24 11:19:32:312] JSON Bench for getDepotId "params":["ftl-munus02.ANON"],"id":1} Start: 11:19:32:239 Time: 00:00:00:073
[6] [Jan 24 11:19:32:343] JSON Bench for getProductOrdering "params":["pir-munus02.ANON"],"id":1} Start: 11:19:32:312 Time: 00:00:00:031
[6] [Jan 24 11:19:32:364] JSON Bench for productOnClient_getObjects "params":["",{"clientId":"ftl-munus02.ANON Start: 11:19:32:343 Time: 00:00:00:021
[5] [Jan 24 11:19:32:368] Number of POC entries: 3
[5] [Jan 24 11:19:32:368] action0: l-system-update=setup
[5] [Jan 24 11:19:32:368] action1: opsi-linux-client-agent=setup
[5] [Jan 24 11:19:32:368] action2: l-sudo=none
[5] [Jan 24 11:19:32:368] Action requests found
[6] [Jan 24 11:19:32:383] JSON Bench for getDepotId "params":["ftl-munus02.ANON"],"id":1} Start: 11:19:32:368 Time: 00:00:00:015
[6] [Jan 24 11:19:32:416] JSON Bench for getGeneralConfigValue "params":["clientconfig.depot.user","ftl-munus02.k Start: 11:19:32:383 Time: 00:00:00:033
[5] [Jan 24 11:19:32:416] Got depot user from service:
[5] [Jan 24 11:19:32:416] Will use as domain: as user:
[6] [Jan 24 11:19:32:487] JSON Bench for user_getCredentials "params":["pcpatch","ftl-munus02.ANON"],"i Start: 11:19:32:416 Time: 00:00:00:071
[6] [Jan 24 11:19:32:487] Will use as encryptedpass: 38bacfa0a41bbcfa clear pass:
[6] [Jan 24 11:19:32:487] Will use as encryptedpass: 38bacfa0a41bbcfa clear pass: ***(confidential)***
[6] [Jan 24 11:19:32:493] JSON Bench for host_getObjects "params":["",{"id":["pir-munus02.ANON"],"t Start: 11:19:32:487 Time: 00:00:00:006
[5] [Jan 24 11:19:32:493] calling: /bin/bash -c "/bin/umount /media/opsi_depot"
[6] [Jan 24 11:19:32:594] ExitCode 32
[5] [Jan 24 11:19:32:594] calling: /bin/bash -c "/sbin/mount.cifs //pir-munus02/opsi_depot /media/opsi_depot -o vers=3.0,ro,noperm,user=,pass=***(confidential)***"
[6] [Jan 24 11:19:32:694] ExitCode 32
[4] [Jan 24 11:19:32:694] Failed to mount //pir-munus02/opsi_depot with option: vers=3.0, to /media/opsi_depot Error code: 32 - retry ...
[5] [Jan 24 11:19:34:895] calling: /bin/bash -c "/sbin/mount.cifs //pir-munus02/opsi_depot /media/opsi_depot -o vers=3.0,ro,noperm,user=,pass=***(confidential)***"
[6] [Jan 24 11:19:34:995] ExitCode 32
[4] [Jan 24 11:19:34:995] Failed to mount //pir-munus02/opsi_depot with option: vers=3.0, to /media/opsi_depot Error code: 32 - retry ...
[5] [Jan 24 11:19:37:196] calling: /bin/bash -c "/sbin/mount.cifs //pir-munus02/opsi_depot /media/opsi_depot -o vers=3.0,ro,noperm,user=,pass=***(confidential)***"
[6] [Jan 24 11:19:37:296] ExitCode 32
+++snap+++

Offensichtlich versucht er den Mount ohne username. Das Password ist korrekt. Da habe ich schon das Loglevel auf 9 geschraubt. Wenn ich den Befehlt manuell ausführe und als User pcpatch einsetze, dann haut alle hin.

Was läuft falsch? Hat jemand einen Hinweis?

Danke für den Hirnschmalz
Ronald

Ich würde mal im opsi-configed schauen, ob der Hostparameter clientconfig.depot.user richtig gesetzt ist. Wie sieht die Ausgabe von auf dem Client aus?

Das hatte ich auch schon geprüft.

# Username that is used for network connection [domain\]<username>
username = pcpatch
command = "%action_processor.local_dir%/%action_processor.filename%" -opsiservice "%service_url%" -clientid %global.host_id% -username %global.host_id% -password %global.opsi_host_key%
root@ftl-munus02:/usr#

Ich vermute wir hatten dieses Problem letztens auch.

Bei uns war korrekt in der /etc/opsi-client-agent/opsiclientd.conf der Username gesetzt, aber auf dem Server in der /var/lib/opsi/config/config.ini fehlte die Sektion
diesen haben wir dann hinzugefügt, so lief es zumindest wieder.

Die Antwort von Neuling_Opsi hat das Problem gelöst.

Vielen Dank und einen schönen Tag

Gruß
Ronald

Hallo,

bei mir habe ich in der config.ini diese Eintrag ergänzt, da er auch bei mir nicht da war. allerdings nutzt er den User dann nicht als User sonder als Domain: daher klappt es bei mir immer noch nicht.

Habt ihr noch eine Idee?

Hallo,

die Lösung von Neuling_Opsi funktioniert auch bei uns.
Ich war zunächst auch an der Umsetzung gescheitert.

Die configed.ini sollte nicht direkt bearbeitet werden. Dies sollte nur über den opsi-configed geschehen.
Also zuerst die config.ini wieder in ihren Ursprungszustand verstezen und anschließend die Dienste neu starten.

Dann im opsi-configed zur Server-Konfiguration und dort in den Host-Parametern die clientconfig auswählen und dort, falls das Property noch nicht vorhanden sein sollte, ein neues Property mit dem Namen "clientconfig.depot.user" erstellen. Dort als Wert den user pcpatch im Format Servername\pcpatch eintragen.

Danke an den Support von UIB

Viele Grüße

Marc

Bei mir klappt es nun auch.
bei mir hatte das
Servername\
vor dem Namen pcpatch gefehlt

wenn man es in der config.ini anpasst ist es wichtig zwei mal \ zu machen also
Servername\\pcpatch
dann geht es ein einfaches \ wird nicht angeommen daher muss man zwei machen