Keine Installation bei User-Anmeldung

[berndleutenecker]

Hallo!

Mir gelingt es nicht, in unserem System endlich auch selbst ein Paket zu
'schnueren'. Der Kollege, welcher dies ansonsten macht, befindet sich im
Urlaub - und ich sollte die Gelegenheit nutzen, das endlich auch zu lernen
(mein Kurs liegt schon einige Jahre zurueck).

Nun, die Installation klappt, solange sich ein Admin an einem Rechner
anmeldet - nicht aber, wenn sich ein normaler Windows-Domaenen-User
anmeldet.
Im Log fand ich dann den Hinweis auf Fehler 1619, Unterschiede in der
Rechtstruktur zu anderen Paketen kann ich jedoch nicht finden.
Im Debug-Modus des Package Wizards fand ich dann aber die Ursache,
denn dort wird schon kurz nach dem Start angezeigt, dass kein Ordner
C:\Programme\... angelegt werden kann. Nun ist das auch korrekt: User
haben keine Rechte, hier zu schreiben. Doch unseren sonstigen (nicht von
mir erstellten) Pakete funktionieren. Mir gelingt es aber einfach nicht die
Stelle zu finden, an welcher Stelle ich hier noch etwas einstellen,
eintragen o. ae. muss. Denn auch wenn die Installation bei der Anmeldung
normaler Domaenen-User erfolgen soll, so muss dabei wie bei unseren
sonstigen vielfaeltigen Paketen z. B. nach C:\Programme\ geschrieben
werden etc.

Es finden neben der Erstellung eines Programmordners auch Eintraege in
HKLM statt. Ob es also im weiteren Fortschritt auch noch Fehlermeldungen
dazu geben wird, kann ich nicht sagen, weil der Debug-Modus mit der
ersten Fehlermeldung abbricht.

Was mache ich falsch / habe ich uebersehen bzw. vergessen?

Danke!

Gruss

Bernd Leutenecker

[Hendrik_Ambrosius]

Fehler 1619 steht für:
Dieses Installationspaket konnte nicht geöffnet werden. Stellen Sie sicher, dass das Paket vorhanden ist und Sie darauf zugreifen können, oder wenden Sie sich an den Hersteller der Anwendung, um sicherzustellen, dass es sich um ein gültiges Windows-Installationspaket handelt.
d.h. der Benutzer hat kein Recht auf die Paket-Dateien auf dem Server.
Am besten noch mal "read only" für "Jeder" auf dem betroffenen Paket-Verzeichnis mit Vererbung ausführen.

[berndleutenecker]

Hallo!

Wie gesagt:
Die uebliche Bedeutung des Fehlers 1619 ist mir im Rahmen der Recherchen
bekannt geworden und die Berechtigungen wurden mit der eines anderen
Paketes verglichen, ohne dass eine Abweichung feststellbar waere.

Beim Debugging jedoch erscheint dann die andere Meldung - die fuer mich
bedeutet, dass die Installation erfolgreich startet (d. h. auch keine
Zugriffsprobleme auf den Paketordner hat) und dann erfolglos versucht,
das zugehoerige Programmverzeichnis auf dem Zielrechner anzulegen,
was mit der genannten Fehlermeldung quittiert wird.

Mit freundlichem Gruss

Bernd Leutenecker

[mniemann]

Den Debug des Package Wizard kann man hier nicht mit der Installation über den Empirum Agenten vergleichen, da der Package Wizard die Installation im Kontext des angemeldeten Benutzers durchführt und nicht an den Agenten weiterleitet. Haben Sie den Package Wizard also mit einem normalen Benutzer gestartet, muss das Paket die beschriebenen Schreibfehler auf C:\Programme zeigen.

Versuchen Sie besser, die erweiterten NTFS-Rechter von Configurator\Packages des Empirumservers zu öffnen und sicherheitshalber die dort eingestellten Rechte nochmals auf die darunter liegenden Ordner zu replizieren (beide unteren Kontrollkästchen sollten aktiviert sein).

[berndleutenecker]

Hallo!

Ich habe mehrfach die Rechte anhand jener mehrere anderer Pakete
geprueft und auch nochmals die Haekchen so gesetzt, dass die Rechte
nach unten vererbt werden sollen - leider jedoch ohne Erfolg.

In der (hier auch komplett angehaengten) setup.inf ist dies eingetragen:
<zitat>
[SET:Installation]
Cd ..
Addmeter 30
Call "jre-6u13-windows-i586-p-s.exe" /qb-! IEXPLORER=1 MOZILLA=1 REBOOT=Suppress WEBSTARTICON=0 SYSTRAY=0 JU=0 JAVAUPDATE=0 AUTOUPDATECHECK=0 /le "%temp%\jre.log"
Addmeter 75
</zitat>

Melde ich mich als Admin an einem Testrechner an, wird die JRE sofort
und ohne Probleme installiert. Auch findet sich das MSI-Logfile (leer bis
auf den Start- und Ende-Eintrag) unter %temp%.

Melde ich mich dagegen als User an, beginnt Empirum zwar mit dem
Auftrag; im ueblichen Dialogfenster steht bei 'Kopiere:' der Aufruf
Call "jre-6u13-windows-i586-p-s.exe" /qb-! IEXPLORER=1 MOZILLA=1 REBOOT=Suppress WEBSTARTICON=0 SYSTRAY=0 JU=0 JAVAUPDATE=0 AUTOUPDATECHECK=0 /le "%temp%\jre.log"
Nach ca. 1 - 2 Minuten bricht das ganze ohne weitere Meldung ab, alle
zugehoerigen Fenster schliessen sich. Ein MSI-Logfile ist nicht unter
%temp% zu finden. Dagegen findet sich aber auf dem Empirumserver
unter \\SERVER\configurator$ nun ein weiterer Ordner mit der von uns
vorgegebenen Ordnerstruktur
\\SERVER\configurator$\Sun\Java\jre1.6.0_13\
mit diesen vier Dateien:
Data1.cab
jre1.6.0_13.msi
lzma.dll
sp1031.MST

Das Paket ist ueber die Eigenschaften auch zur Installation freigegeben.

Als Pruefdatei ist angegeben:
%Packages%\sun\jre\%Version%\Install\Setup.inf

Bei 'Verzeichnis' ist in den Paketeigenschaften dies eingetragen:
%Packages%\sun\jre\%Version%\

Bei 'Script' findet sich dieser Eintrag:
%Packages%\sun\jre\%Version%\Install\Setup.inf

Und dieser 'Befehl' ist angegeben:
"%Setup%" %SetupParms% "%Script%" /S2

Ich kann immer noch keine Ursache fuer meine Probleme mit
diesem Paket finden ...

Gibt es noch mehr, das geprueft werden sollte oder sind Fehler in der
setup.inf erkennbar?

Danke!

Gruss

Bernd Leutenecker

[Hendrik_Ambrosius]

Bei der Java Runtime würde ich sowieso generell über MSI-Methode repaketieren. Versuchen Sie das doch mal!

[MGrundl]

Hallo Bernd,

Dein Problem klingt wirklich sehr sonderbar.

Vielleicht kann man Deine Probleme eingrenzen, wenn Du die Umgebung näher beschreibst.

- Welche Empirum Version setzt Ihr ein
- Welchen Agent benutzt Ihr
- Wie installierst Du das Paket am Client (EMC-Zuweisung, SW-Depot, Setup.exe-Start....)
- Welches Betriebssystem am Client

lg,
Manfred

[berndleutenecker]

Hallo!

Hier die aktuellen Infos
- Server: Empirum 2008 (11.1.0.687), AddOn 2 (?; keine Ahnung, wo
ich das schnell ermitteln koennte) und Hotfix 7, unter Windows Server
2003 SP2
- 'alter' Agent
- SW-Zuweisung erfolgt via EMC
- Clients mit XP pro (Domaenenmitglieder, die auch ansonsten mit
Empirum verwaltet werden)

Was aber die Nutzung der MSI-Pakete selbst an Aenderung bringen
soll, ist mir nicht klar. Aktuell rufe ich die Exe-Datei auf und uebergebe
dabei die dafuer offenbar verfuegbaren (MSI-) Parameter.
Dabei wird in einem ersten Schritt offenbar auf dem Empirum-Server
die Software entpackt, denn dann findet sich auf dem Server unter
\configurator$ die Ordnerstruktur '\Sun\Java\jre1.6.0_13\', in welcher
die schon genannten vier Dateien liegen.
Ist am Ziel-PC ein User mit Admin-Rechten angemeldet, so wird
dieser Ordner evtl. (nicht geprueft!) temporaer auch erzeugt, dann
aber wieder entfernt.

Im SetupErrorLog findet sich immer dieser Eintrag:
<zitat>
Date/Time : 18.05.2009 10:43:18
ProductName: jre
Version : 1.6.0.13
Revision : 0
SetupInf : \\[SERVER]\Configurator$\Packages\sun\jre\1.6.0.13\Install\Setup.inf
------------
ErrorLogMsg: Fehler 1619 beim Aufruf von jre-6u13-windows-i586-p-s.exe
</zitat>

Das aber kann so ganz nicht stimmen - immerhin wird ja unter
\Configurator$\ die genannte Ordnerstruktur mit den vier Dateien
angelegt - also fand ein erfolgreicher Zugriff auf die Exe-Datei statt?!

Mit dem Windows-Explorer kann auch vom Test-Rechner aus
(uebrigens eine virtuelle Maschine mit aktuellem VMware Workstation)
auf den Pfad
\\[SERVER]\Configurator$\Packages\sun\jre\1.6.0.13\Install\
als User zugegriffen und die setup.inf kann geoeffnet werden.
Beim direkten Start der Exe-Datei kommt erwartungsgemaess
die Fehlermeldung, dass die Rechte fuer die Installation nicht
ausreichen, doch bei einer Installation ueber Empirum soll dies ja
eben nicht mit Userrechten laufen. Und andere Software (Sophos-
Virenschutz) kann auch erfolgreich zugewiesen werden.
Jedenfalls aber schliesse ich deshalb Zugriffsprobleme auf das
Verzeichnis auf dem Server als Ursache aus.

Vielen Dank fuer weitere Tipps, Hinweise etc.!

Gruss

Bernd Leutenecker

[berndleutenecker]

Hallo!

Ich habe nun immer mittels der Edit-Funktion meine kurze Antwort
vom Freitag erweitert - was aber dazu fuehrt, dass die Nachricht
weiterhin mit dem Datum vom Freitag bestehen bleibt und aus dem
aktuellen Fokus faellt.
Zudem frage ich mich inzwischen, ob der ganze Vorgang in ein anderes
Unterforum (Paketierung) verschoben werden sollte?

Jedenfalls bitte ich weiterhin um Hinweise etc.

Vielen Dank!

Gruss

Bernd Leutenecker

[tgrosch]

Mir ist diese Aussage von Dir unklar:

Dabei wird in einem ersten Schritt offenbar auf dem Empirum-Server
die Software entpackt, denn dann findet sich auf dem Server unter
\configurator$ die Ordnerstruktur '\Sun\Java\jre1.6.0_13\', in welcher
die schon genannten vier Dateien liegen.

Ändert sich auf dem Empirumserver irgendwas, wenn die Installation aufgerufen wird? Will er da irgendwelche Dateien ablegen???

Ferner ein anderer Ansatz. Beim Update 11 (weiter verteile ich derzeit noch nicht) lautet mein Aufruf anders:

Cd ..
Call "jre-6u11-windows-i586-p-s.exe" /s /v/qn ADDLOCAL=ALL JAVAUPDATE=0 EULA=1 REBOOT=Suppress

Bist Du dir mit /qb-! sicher??? Vielleicht hat sun ja etwas geändert. Aber beim Update 11 hat man mit /v...... noch sämtliche Parameter an die MSI-Routine übergeben (daher auch oben der Hinweis von Herrn Ambrosius, direkt die MSI zu paketieren).

[berndleutenecker]

Hallo!

Ja, auf dem Server werden eben die genannten Verzeichnisse und Dateien
angelegt.

Der Parameter /qb-! stammt aus der Vorgabe meines paketierungs-
erfahrenen Kollegen. Es handelt sich dabei nach meiner Erinnerung aber
nicht um einen Parameter von Sun, sondern einen mehr oder weniger
dokumentierten MSI-Parameter.
Die uebergebenen Parameter scheinen m. E. alles Parameter fuer die
MSI-Datei selbst zu sein, doch scheint dies ja von der Installations-
routine selbst geregelt zu werden.
Mir ist nicht klar, wie ich die vier genannten Dateien (v. a. Msi und Mst)
einbinde, v. a. eben die Mst-Datei mit einbinde, weshalb ich den bisher
verwendeten Weg bei der JRE genutzt habe.

Gruesse

Bernd Leutenecker

[tgrosch]

Übernehme doch einfach mal zum Test meine Parameter. Die kannst Du ja ggf. anpassen und erweitern.

[berndleutenecker]

Hallo!

Bei den nachfolgenden Tests pruefe ich nach der Installation mit
%temp% das Vorhandensein und den Inhalt der Log-Datei (jre.log)
sowie das Vorhandensein der JRE (java -version).

1) Ich habe zwei Aufrufe im Userkontext erfolglos getestet:

1.1) Call "jre-6u13-windows-i586-p-s.exe" /s /v /qn IEXPLORER=1 MOZILLA=1 REBOOT=Suppress WEBSTARTICON=0 SYSTRAY=0 JU=0 JAVAUPDATE=0 AUTOUPDATECHECK=0 /le "%temp%\jre.log"

Abweichungen: nach 'v' und vor '/qn' Leerzeichen eingefuegt.
Ergebnis aber wie gehabt: Identisches Erscheinungsbild bei Installation,
kein Log, keine JRE vorhanden

1.2) Call "jre-6u13-windows-i586-p-s.exe" /s /v/qn ADDLOCAL=ALL JAVAUPDATE=0 EULA=1 REBOOT=Suppress

Einzige Aenderung bei der Versionsangabe; Ergebnis aber identisch
negativ.

2) Nun als Admin am Rechner angemeldet:

2.1) Call "jre-6u13-windows-i586-p-s.exe" /s /v /qn IEXPLORER=1 MOZILLA=1 REBOOT=Suppress WEBSTARTICON=0 SYSTRAY=0 JU=0 JAVAUPDATE=0 AUTOUPDATECHECK=0 /le "%temp%\jre.log"

Abweichungen: nach 'v' und vor '/qn' Leerzeichen eingefuegt.
Ergebnis wie gehabt, wenn als Admin am Ziel-PC angemeldet:
Identisches Erscheinungsbild bei Installation, Log (nur Start- und End-
eintraege) sowie JRE vorhanden.

2.2) Call "jre-6u13-windows-i586-p-s.exe" /s /v/qn ADDLOCAL=ALL JAVAUPDATE=0 EULA=1 REBOOT=Suppress

Einzige Aenderung bei der Versionsangabe; Ergebnis wie zuvor, nur ohne
die Log-Datei jre.log

Nach der (erfolgreichen) Installation bei einer Anmeldung als Admin auf
einem Ziel-PC ist unter \\[SERVER]\Configurator$\Packages\
kein Unterordner Sun etc. vorhanden. Falls er dort temporaer angelegt
worden sein sollte, habe ich dies nicht beobachtet. Vor und nach der
Installation ist jedenfalls kein solches Verzeichnis vorhanden.

Was sollte ich nun noch pruefen?

Vielen Dank!

Gruss

Bernd Leutenecker

[mniemann]

/v und /qn gehören ohne Leerzeichen aneinander. /v/qn <so> Konfiguration > Software Management > Depot im Menü "Extras" die Funktion "verschlüsselte Anwendung erzeugen" verwenden und hierbei "Kennwort für Setup" auswählen.
4) In das Feld das Passwort eingeben, dass für den lokalen Benutzer gewählt wurde
5) Das nun verschlüsselte Passwort an der Testmaschine für die Agentenkonfiguration verwenden und die Aufrufe für das SwDepot anpassen und die folgenden Infos an die vorhandenen Parameter anhängen:

HKLM,Software\Microsoft\Windows\CurrentVersion\Run:
RunSwDepot1: /R\\%Empirumserver% /U<Username> /P<verschl>
RunSwDepot2: /R /U<Username> /P<verschl>

HKLM,System\CurrentVersion\Services\SetupService\Parameters:
SoftwareDepotParameters: /R /U<Username> /P<verschl>

Nach /U und /P werden die Angaben ohne Leerzeichen angefügt!

Nun den Rechner neu starten und versuchen, das Paket als normaler Benutzer installieren zu lassen.

[berndleutenecker]

Hallo!

auch mit korrigierten Parametern ergibt sich keinerlei (auch keinen
optischen) Unterschied. Es scheint gar nicht relevant zu sein, ob ein
Leerzeichen verwendet wird, oder nicht!?
Der Parameter /qb-! kommt uebrigens bei uns auch in anderen
(funktionierenden) Paketen zum Einsatz (ohne '/v' davor), z. B.
Adobe Reader 8.1.3.

Die Anwendung soll mit einem eigenen Konto installiert werden, das auch
auf dem verwendeten Zielrechner (VM mit XP SP3) in der Administratoren-
Gruppe afugefuehrt ist. Bei der erfolgreichen Installation wenn man mit
einem Domaenenkonto angemeldet ist, welches auf dem Rechner
ebenfalls in der Admin-Gruppe des PCs zu finden ist, erscheint jedenfalls
dieses spezielle Konto im Log. Ich habe deshalb den ebenfalls noch
genannten weiteren Weg ueber eine 'verschluesselte Anwendung' noch
nicht getestet; dem will ich mich nun widmen.

(Nachtrag: Das Nachfolgende ist weniger interessant, weil sich nun
zeigte, dass kein Zusammenhang mit meinem fehlerhaften SW-Paket
besteht.)
Nach der User-Anmeldung am Ziel-PC und dem Scheitern der Installation
('Fehler -1' ist als letzte Meldung zu erkennen), erscheint wie in wohl allen
Faellen zuvor eine Absturzmeldung von Empirum Inventory. Diese taucht
nicht auf, wenn man mit einem Admin-Konto angemeldet ist und die
Software erfolgreich installiert werden konnte. Evtl. ergibt sich hieraus
noch ein Hinweis auf die moegliche Ursache von Problemen - auch wenn
andere SW-Paket erfolgreich installiert werden konnten:
Anwendungsprotokolleintrag:
Quelle: Application Error
Kategorie: Keine
Typ: Fehler
Ereigniskennung: 1000
Benutzer: Nicht zutreffend
Beschreibung: Fehlgeschlagene Anwendung empinventory.exe, Version
11.1.0.515, fehlgeschlagenes Modul ntdll.dll, Version 5.1.2600.5755,
Fehleradresse 0x00028c0b.
Der Problembericht an MS enthaelt die angefuegte (gepackte Text-) Datei.

Die Datei 'EmpInv.xml' aus %temp% moechte ich nicht oeffentlich posten.
Sollten aber daraus evtl. Hinweise moeglich sein, koennte ich diese noch
mit Kennwortschutz per E-Mail zusenden.

Ich habe den Ausgangszustand des Ziel-PCs (virtuelle Maschine)
wiederhergestellt und anderen (bisher problemlos nutzbare) SW-Pakete
zugewiesen. Anschliessende wieder Start der Maschine und Anmeldung
als User. Die Software wurde erfolgreich installiert, doch Empirum
Inventory stuerzt trotzdem ab, so dass ich nun keinen direkten
Zusammenhang mehr mit meinem fehlerhaften Paket annehme.

Gruss

Bernd Leutenecker