Funktionierendes Paket bringt plötzlich - Fehler 5

thome bernd
Posts: 97
Joined: 13. Dec 2004, 17:15
Location: Saarland
Contact:

Funktionierendes Paket bringt plötzlich - Fehler 5

Post by thome bernd » 08. Jul 2005, 08:23

Hallo Zusammen,

ein funktionierendes Paket bringt plötzlich den Fehler 5.

Im Paket wird eine Anwendung mit diesem Aufruf installiert:

"%src%\Tenovis\C3000\3.0\Files\Gnom\setup.exe" -s -sms -f1"\\%src%\Tenovis\C3000\3.0\Files\Gnom\setup.iss"

Der Aufruf funktionierte bis gestern ohne Probleme. Seit gestern erhalte ich den Fehler 5 - Kann Datei nicht ausführen - Versuch, dynamisch an einen Prozeß anzubinden oder Share- bzw. Netzwerk-Schutz-Fehler.


Rufe ich allerdings im Script diese Zeile aus einer Batchdatei auf, funktioniert wieder alles.

callhidden "%src%\Files\Gnom\gnom.bat"

Der Inhalt der gnom.bat ist identisch mit dem ursprünglichen Aufruf.

Kennt jemand dieses Verhalten oder hat hierzu jemand eine Erklärung bzw. Lösung.

Danke

netwarrior
Posts: 256
Joined: 21. Jan 2005, 10:29
Location: Aschaffenburg
Contact:

Kennen wir

Post by netwarrior » 08. Jul 2005, 09:20

Hi Bernd,

haben exakt das selbe Problem letzte Woche gehabt.
Haben die Installationdateien auf C:TEMP kopiert und von dort aufgerufen -> selber Effekt.

Wenn wir ne Lösung haben meld ich mich.

Bernd

netwarrior
Posts: 256
Joined: 21. Jan 2005, 10:29
Location: Aschaffenburg
Contact:

Post by netwarrior » 08. Jul 2005, 09:59

Ja, das könnte sein, dass Zugriff verweigert auf ein Zugriffsproblem hindeutet ;)

Jetzt aber mal ernsthaft:
Die Fehlermeldung tritt auch als Domänenadmin auf, wenn ich das Paket lokal hinkopier.
Hat Microsoft nen Installshiel-Patch entwickelt, der sowas vielleicht verbietet ?
Da die Probleme relativ zeitnah aufgetreten sind, liegt der Verdacht doch nah oder ?

Bernd

thome bernd
Posts: 97
Joined: 13. Dec 2004, 17:15
Location: Saarland
Contact:

Post by thome bernd » 08. Jul 2005, 10:13

Hallo

den Versuch alles nach C:\Temp zu kopieren hatte ich auch unternommen.
Der Effekt blieb gleich - Fehler 5.


Als Info:

An dem Empirumserver, den Clients u.s.w wurde keinerlei Veränderung vorgenommen. Ich leiste mir den Luxus eine Testumgebung zu betreiben.

Es kann also nicht daran liegen, dass sich etwas am Server bzw. an den Clients verändert hat.

Jochen_Schmitt
Posts: 304
Joined: 14. Dec 2004, 12:24
Location: Reinheim
Contact:

Post by Jochen_Schmitt » 08. Jul 2005, 10:33

Hallo Herr Bernd,

da ich letzte Woche das Problem zusammen mit Herrn Misbach bearbeitet habe und uns langsam die Ideen ausgehen, wäre es interessant, ob in Ihrer Testumgebung eine neue matrix42 Komponente zum Einsatz gekommen ist oder ein neuer MS Patch zwischenzeitlich installiert wurde!?

Was wir feststellen konnten war, dass der Domain-Admin der auch im Empirum Agenten verankert ist, im Paket die Setup.exe von InstallShield nicht ausführen konnte, als jedoch das Paket nach erfolgloser Installation lokal vorhanden war, die gleiche Setup.exe (von Installshield) mit dem gleichen Benutzer wie zuvor (Domain-Admin) ausgeführt werden konnte.
Vermutung sind hier noch Probleme mit dem Kontext-Wechsel (des Benutzers).

Danke für die Mithilfe
Jochen Schmitt

frenzlc
Posts: 237
Joined: 16. Dec 2004, 09:41
Contact:

Post by frenzlc » 08. Jul 2005, 10:45

Hallo,

wir nutzen auch C3000 aber zum Verteilen nutzen wir einen DIFF statt einen unattand Aufruf.
Finde ich stressfreier da man das ganze Installer-Zeugs weglassen kann.

Gruß
C.Frenzl

Jochen_Schmitt
Posts: 304
Joined: 14. Dec 2004, 12:24
Location: Reinheim
Contact:

Post by Jochen_Schmitt » 08. Jul 2005, 11:09

Hallo zusammen,

bzgl. C3000 kann ich auch noch etwas dazubeitragen:
den CTI Client haben wir ge"diff"t, den UMS Client wiederum per unattended gemacht, da ansonsten der FAX Teil (in Outlook) nicht 100% funktioniert hat.

Grüße
Jochen Schmitt

thome bernd
Posts: 97
Joined: 13. Dec 2004, 17:15
Location: Saarland
Contact:

Post by thome bernd » 08. Jul 2005, 12:06

Hallo Herr Schmidt,

in der Testumgebung wurde nichts verändert, weder am Server, an Empirum noch an den Clients.

Wir nutzen auch keine Domäne sondern arbeiten mit dem roten N.

Mir gehen auch langsam die Ideen aus.....

Das Paket lief die ganze Zeit ohne Probleme und gestern beim finalen Test hatte ich dann dieses Phänomen mit dem Fehler 5.

Der Umbau des Paketes auf die Batch-Variante behob den Fehler.

Das gleiche Zenario hatte ich auch schon einmal mit Office 97.

Der ursprüngliche Aufruf Microsoft\Office\8.0\files\setup.exe /L STD\STD.lst /B2 /UA /QN1 funktionierte nicht mehr und nach dem Umbau in eine Batch war alles wieder i.O.

frenzlc
Posts: 237
Joined: 16. Dec 2004, 09:41
Contact:

Post by frenzlc » 08. Jul 2005, 12:24

hi,

liegts vieleicht am Windows Installer 3.1 der ist ja per PatchManagement vor einiger Zeit installiert worden.
Falls ihr das einsetzt.

Gruß
C.Frenzl

PS:
nach dem Umbau in eine Batch war alles wieder i.O.
so schaut in meinen Augen aber keine professionelle Lösung aus :wink:

kedeluxe
Posts: 1
Joined: 13. Jul 2005, 16:01
Contact:

Post by kedeluxe » 13. Jul 2005, 16:09

Hallo,

bin neu und arbeite mich gerade in das Paketieren ein. Ich habe mit einer Software genau das gleiche Problem. Egal ob ich die Daten lokal oder im Netz aufrufe, immer
Fehler 5. Eines ist mir dabei aber aufgefallen. Wenn ich den Debugger/Editor nehme, die setup.inf öffne und Debugge, dann klappt es mit dem Paket.
Kann das einer bestätigen?

netwarrior
Posts: 256
Joined: 21. Jan 2005, 10:29
Location: Aschaffenburg
Contact:

Problem weitet sich aus

Post by netwarrior » 14. Jul 2005, 10:18

Haben das Problem jetzt mit weiterer Software.
Alle Produkte von IAT-Software z.B.

Alles Installshield natürlich.
Aufruf aus einer Batch-Datei funktioniert...

keiner mehr eine Idee dazu ?

frenzlc
Posts: 237
Joined: 16. Dec 2004, 09:41
Contact:

Post by frenzlc » 14. Jul 2005, 10:21

wie schaut der aufruf in der Setup.inf aus?

netwarrior
Posts: 256
Joined: 21. Jan 2005, 10:29
Location: Aschaffenburg
Contact:

Post by netwarrior » 14. Jul 2005, 10:30

Hi Carsten,

eischendlich ganz einfach ;)

call "%SRC%\Sourcen\setup.exe" -s -sms

aber z.B. C:\TEMP\IAT\setup.exe -s -sms ergibt den selben Fehler. Natürlich nachdem die Installrille vorher nach C:\TEMP kopiert wurde ;)


Bernd

netwarrior
Posts: 256
Joined: 21. Jan 2005, 10:29
Location: Aschaffenburg
Contact:

noch was

Post by netwarrior » 14. Jul 2005, 10:32

achja und was funktioniert ist:

callhidden "%temp%\start.cmd" -sms

und dann innerhalb dieser .cmd der obige Aufruf.
Gibst du den "setup.exe -s -sms" Aufruf in einer Dosbox ein, gehts komischerweise...

Bernd

Post Reply

Return to “Paketierung”

Who is online

Users browsing this forum: No registered users and 8 guests