(SOLVED) linux-client-agent mountet depotShare nicht
(SOLVED) linux-client-agent mountet depotShare nicht
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 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
Zuletzt geändert von zett am 27 Jan 2020, 13:44, insgesamt 1-mal geändert.
Re: linux-client-agent mountet depotShare nicht
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?
Code: Alles auswählen
grep username /etc/opsi-client-agent/opsiclientd.conf
Re: linux-client-agent mountet depotShare nicht
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#
# 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#
-
- Beiträge: 12
- Registriert: 15 Jan 2018, 12:17
Re: linux-client-agent mountet depotShare nicht
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.
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
Code: Alles auswählen
[clientconfig.depot.user]
Re: (SOLVED) linux-client-agent mountet depotShare nicht
Die Antwort von Neuling_Opsi hat das Problem gelöst.
Vielen Dank und einen schönen Tag
Gruß
Ronald
Vielen Dank und einen schönen Tag
Gruß
Ronald
Re: (SOLVED) linux-client-agent mountet depotShare nicht
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?
bei mir habe ich in der config.ini diese Eintrag ergänzt, da er auch bei mir nicht da war.
Code: Alles auswählen
[clientconfig.depot.user]
defaultvalues = ["pcpatch"]
description = clientconfig.depot.user
editable = true
multivalue = false
possiblevalues = ["pcpatch"]
type = UnicodeConfig
Code: Alles auswählen
[5] [Feb 27 18:01:47:165] Got depot user from service: pcpatch
[5] [Feb 27 18:01:47:165] Will use as domain: pcpatch as user:
....
[5] [Feb 27 18:01:47:739] calling: /bin/bash -c "/sbin/mount.cifs //192.168.2.80/opsi_depot /media/opsi_depot -o vers=3.0,ro,noperm,user=,dom=pcpatch,pass=***(confidential)***"
[6] [Feb 27 18:01:47:939] ExitCode 32
[4] [Feb 27 18:01:47:940] Failed to mount //192.168.2.80/opsi_depot with option: vers=3.0, to /media/opsi_depot Error code: 32 - retry ...
[5] [Feb 27 18:01:50:141] calling: /bin/bash -c "/sbin/mount.cifs //192.168.2.80/opsi_depot /media/opsi_depot -o vers=3.0,ro,noperm,user=,dom=pcpatch,pass=***(confidential)***"
[6] [Feb 27 18:01:50:242] ExitCode 32
Habt ihr noch eine Idee?
-
- Beiträge: 3
- Registriert: 30 Mai 2016, 08:56
Re: (SOLVED) linux-client-agent mountet depotShare nicht
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
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
Re: (SOLVED) linux-client-agent mountet depotShare nicht
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
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