forum.opsi.org

Hallo zusammen,

ich möchte meine Installationsmedien, also die .exe und msi Dateien nicht auf das Opsi Depot mitladen.
Deshalb möchte ich das bereits bestehende Laufwerk nutzen, auf welchem wir unsere Software lagern.

Wenn ich nun mein Opsi Script ausführe über opsi-winscript dann funktioniert alles.
Wenn ich allerdings über den opsi config editor den Installationsprozess anstoße, findet er das Laufwerk nicht.
Möglicherweise verstehe ich den Zusammenhang nicht ganz.
Ich benutze dafür den folgenden Scriptausschnitt:
Bei der Ausführung über den opsi config editor bei meinem client on demand, kommt der exit code 2 und danach kann er die .exe nicht finden.

>>Wenn ich nun mein Opsi Script ausführe über opsi-winscript dann funktioniert alles.
Das verstehe ich dahingehend, daß Du an der Maschine sitzt, und Dein Skript manuell anstößt.
Damit läuft das Skript in Deinem Benutzerkontext. Mit all Deinen Berechtigungen.

Wenn das Skript on-demand oder automatisch gestartet wird, läuft es im Kontext System. Und da ist es mit Rechten außerhalb der Maschine nicht weit her.

Du kannst
a. Benutzername und Passwort mitgeben. (Extrem unschön, würde ich nicht machen.)
b. Deine Clients (Maschinenkonten) in eine Gruppe packen, und diese Gruppe auf den Share berechtigen. Unschön, da aufwendig und fehleranfällig.
c. Den Share hinsichtlich Zugriffsberechtigungen komplett aufmachen. Müßte selber nachsehen, was zu tun wäre. (Extrem unschön, würde ich nicht machen.

Vielen Dank uncle-scrooge!
Hat funktioniert

Hallo

luca_de hat geschrieben: ich möchte meine Installationsmedien, also die .exe und msi Dateien nicht auf das Opsi Depot mitladen.
Deshalb möchte ich das bereits bestehende Laufwerk nutzen, auf welchem wir unsere Software lagern.

Kann man natürlich so machen, und Du hast es ja auch hinbekommen. Ich selbst habe auch über so etwas nachgedacht, bzw. zu MDT-Zeiten haben wir das gemacht. Unabhängig von Deinem eigentlichen Problem, möchte ich Dich anregen, es Dir nochmal zu überlegen (zumal uncle_scrooge's Empfehlungen sich ja alle um die Wahl des kleinsten Übels drehten).

• Falls ein netter Kollege den Fileserver aufräumt, scheitert Dein OPSI-Skript. Du schaffst da Abhängigkeiten, die Deine Installation gefährden.
• Du nutzt nur einen Bruchteil der Möglichkeiten von OPSI, zum Beispiel die Versionsverwaltung. Die könntest Du zwar immer noch nutzen, müsstest dann trotzdem das Paket anpassen, obwohl die Install-Files woanders liegen.
• Wenn Du mal über verteilte Depots nachdenkst, wird es schwierig, bzw. Du müsstest Deine Shares aus jedem Netzwerk erreichbar machen.

Aus dem Grund habe ich gesagt: Ein Paket ist ein Paket und da ist alles drin, was ich für die Installation brauche.

Soviel noch dazu. Frohes Schaffen!