opsiclientd - Eigene event precondition möglich?

[pandel]

Ich werd nicht mehr! Das gleiche habe ich auch gemacht, da war nix mit Depotshare...

Ja mehr, bspw. möglichst einfach Registryschlüssel prüfen und ggf. schreiben/ändern, etc. blabla... jedenfalls baue ich mir morgen mal ne Batch und teste das nochmal! Danke für den Hinweis!

[tobias]

Wenn man das configfile des opsiclientd ändert, immer das automatische updaten der config auch deaktivieren.
Sonst wird die config jedes mal wieder überschrieben

[AlexB]

Wo stellt man das denn ein?

Es werden auch nur die Einstellungen aus den Host-Parametern überschrieben, richtig?

[tobias]

Moin,

in der Default sektion den Wert:
update_config_file = true auf update_config_file = false ändern und den opsiclientd neustarten.


HINWEIS: Das ändern der opsiclientd.conf ist maximal zum Testen von neuen Settings geeignet, produktive Änderungen sollten immer via Host-Parameter an die Clients übergeben werden


Gruß
Tobias

[pandel]

Schon klar - ich setze meine Parameter aber grundsätzlich über den Server individuell auf meine Kiste. Da ich mir schonmal die Konfig per Hand verrunkelt habe, ist mir das sicherer!

[pandel]

So, ganz komisch! Mein Wrapper funktioniert.... aber nur bei der lokalen Installation nach dem Reboot auf einem WAN Client - da is alles tutti!

Auf einem normalen Client (oder via on_demand) läuft der sauber an und startet auch den Winst, aber das Laufwerk kommt VORHER nicht. Wenn ich im Log richtig gelesen habe, dann holt er es zuerst um den opsi-winst upzudaten, trennt es wieder und holt es dann erneut für eine Installation und bei diesem erneuten holen geht was schief. Ich könnte k...

Also ob da ne Sitzung flöten geht oder so...

[tobias]

So, ganz komisch! Mein Wrapper funktioniert.... aber nur bei der lokalen Installation nach dem Reboot auf einem WAN Client - da is alles tutti!

Auf einem normalen Client (oder via on_demand) läuft der sauber an und startet auch den Winst, aber das Laufwerk kommt VORHER nicht. Wenn ich im Log richtig gelesen habe, dann holt er es zuerst um den opsi-winst upzudaten, trennt es wieder und holt es dann erneut für eine Installation und bei diesem erneuten holen geht was schief. Ich könnte k...

Also ob da ne Sitzung flöten geht oder so...

Mhh und wenn du den wrapper lokal abglegst?? Könntest du dem opsi-client-agent bei nem Update unter jubeln damit alle Clients den auch haben

[pandel]

Du hast mich falsch verstanden, glaube ich...

Der Wrapper liegt in "c:\program files(x86)\opsi.org\opsi-client-agent" - das ist nicht das Problem. Es geht darum, dass bei einer normalen Installation der winst32 ja ein setup.opsiscript vom opsi_depot Share aufruft! Und genau dieser Share kommt nicht!

Der Witz ist ja, dass beim WAN Client alles lokal liegt und kein Laufwerk gemappt werden muss. Damit kommt der Klapperatismus klar. Nur wenn stinknormal vom opsi_depot Share installiert werden muss eben nicht

[AlexB]

Kurze Frage:

Wozu brauchst du denn den Depotshare?
Das sollte doch für den check der lokalen Registry oder eines laufenden Service nicht nötig sein.
Wie siehts im clientconnect Log aus?

edit:
Ach sehe jetzt erst das du das Problem bei einem Setup hast wenn du installieren möchtest.

[tobias]

Du hast mich falsch verstanden, glaube ich...

Der Wrapper liegt in "c:\program files(x86)\opsi.org\opsi-client-agent" - das ist nicht das Problem. Es geht darum, dass bei einer normalen Installation der winst32 ja ein setup.opsiscript vom opsi_depot Share aufruft! Und genau dieser Share kommt nicht!

Der Witz ist ja, dass beim WAN Client alles lokal liegt und kein Laufwerk gemappt werden muss. Damit kommt der Klapperatismus klar. Nur wenn stinknormal vom opsi_depot Share installiert werden muss eben nicht

Ach so, du rufst aus dem Wrapper dann den WINST auf und das klappt nicht (pakete werden nicht abgearbeitet) weil der share nicht verbunden ist ?
Ok könnte es sein, das der WINST selber ggf. das Laufwerk mounted ? Also sofern er vom opsiclientd auufgerufen wird.

Code: Alles auswählen

# Action processor command
command = "%action_processor.local_dir%\\%action_processor.filename%" /opsiservice "%service_url%" /clientid %global.host_id% /username %global.host_id% /password %global.opsi_host_key%

Da werden im Normalfall ja Parameter übergeben die ein Mount des shares ermöglichen würden.