PostSP2-Updater verweigert [UNC-Pfad]

[nonnenmacherh]

Ich versuche via CMD-File den POST-SP2 Updater aufzurufen:
--- upd.cmd ------ upd.cmd ------ upd.cmd ------ upd.cmd ---
set source=\\server\xpsp2
set parms=-nomd5 -nospace -silent -noboot
set logs=-log*%source%\%computername%.log*

%source%\post\XPpostSP2updater.exe %parms% %logs%
--- upd.cmd ------ upd.cmd ------ upd.cmd ------ upd.cmd ---

leider verweigert der Updater dann die ganzen MS-Updates, die Optionalen Sachen macht er:
--- LOG ------ LOG ------ LOG ------ LOG ------ LOG ------ LOG ---
Logdatei des Windows XP Post-SP2 Updater
generiert am 21.08.2006 auf Rechner WS2990
17:19:27 - BEFEHLSZEILE
17:19:27 - Benutzerdefinierte Logdatei
17:19:27 - Silent Modus aktiviert
17:19:27 - Checksummenprüfung deaktiviert
17:19:27 - Speicherplatzpruefung deaktiviert
17:19:27 - Intelligenter Windows Neustart deaktiviert
17:19:27 - SYSTEMANALYSE
17:19:27 - Windows XP Pro erkannt
17:19:27 - Service Pack 2 erkannt
17:19:27 - Administratorrechte erkannt
17:19:27 - Deutsche Installation erkannt
17:19:27 - Systemwiederherstellung ist aktiv
17:19:27 - -> Experten Modus wurde aktiviert <-
17:19:27 - BASISMODULE
17:19:27 - 010-IE-060809.exe FEHLT => FEHLER
17:19:27 - 030-WMP-060614.exe FEHLT => FEHLER
17:19:27 - ms05-00p-060510.exe FEHLT => FEHLER
17:19:27 - ms05-08p-051012.exe FEHLT => FEHLER
17:19:27 - ms05-10p-051012.exe FEHLT => FEHLER
17:19:27 - ms06-07p-060712.exe FEHLT => FEHLER
17:19:27 - ms06-08p-060809.exe FEHLT => FEHLER
17:19:27 - Windows Media Player 10
17:19:28 - kb901190 ist nicht anwendbar
17:19:28 - kb913433 bereits installiert
17:19:29 - kb917537 ist nicht anwendbar
17:19:29 - OPTIONALE MODULE
17:19:30 - Windows Installer 3.1 bereits installiert
17:19:30 - Framework v1.1 bereits installiert
17:19:30 - Framework Sprachpaket bereits installiert
17:19:30 - Framework Service Pack 1 bereits installiert
17:19:30 - Framework asp.net Update bereits installiert
17:19:30 - Framework v2.0 bereits installiert
17:19:30 - Framework v2.0 Sprachpaket bereits installiert
17:19:30 - Framework v2.0 asp.net Update bereits installiert
17:19:30 - Windows Media Player 10 bereits installiert
17:19:30 - Windows Media Format 9.5 bereits installiert
17:19:30 - MSXML 3.0 Service Pack 7 bereits installiert
17:19:31 - MSXML 4.0 Service Pack 2 bereits installiert
17:19:31 - Windows Script 5.6 bereits installiert
17:19:31 - kein Microsoft Java VM vorhanden
17:19:31 - Tool kb890830 - Aug. 2006 bereits installiert
17:19:31 - PARAMETER
17:19:31 - INSTALLATION
17:19:38 - Sicherheitsupdate kb920214 => erfolgreich
17:19:44 - Update kb893357 => errorlevel: 1603
17:19:49 - Update kb900485 => errorlevel: 1603
17:19:54 - Update kb916595 => errorlevel: 1603
17:19:59 - Update kb910437 => errorlevel: 1603
17:20:04 - Update kb909520 => errorlevel: 1603
17:20:09 - Update kb888656 => errorlevel: 1603
17:20:10 - FERTIG
--- LOG ------ LOG ------ LOG ------ LOG ------ LOG ------ LOG ---

A) Wer hat eine Idee und
B) was sagt der Fehler 1063?

Gruß
Heiko

[HeikoBerlin]

Hi nonnenmacherh - Willkommen im Forum

leider verweigert der Updater dann die ganzen MS-Updates

Da der Updater offenbar keine Basismodule in dessen Ordner findet
("FEHLT => FEHLER") ist es zwangsläufig und auch gewollt, das dann
auch keine Auswahl und kein Aufruf der Sicherheitsupdates erfolgt
(wobei mir: Sicherheitsupdate kb920214 => erfolgreich" auffällt).

Da ich kein Netzwerk (& -freigaben) nutze, für mich erstmal schwer
zu rekonstruieren. Vorausgesetzt die Basismodule sind wirklich in
\\server\xpsp2\post\ vorhanden und verfügbar, probiere doch auf
blöd mal vorher in das Verzeichnis zu wechseln: cd %source%\post\

Nur für Aufruf aus einem UNC Pfad wurd eigentl. schon angepasst (info)
Aber versuche es bitte ggf. zum Testen -mittels RechtsKlick auf den
Quellordner- dich mit diesem als sog. Netzlaufwerk zu verbinden
und den daraus resultierenden Laufwerksbuchstaben zu nutzen
(ich habe momentan leider nicht die Möglichkeit einer Freigabe).

zu B) errorlevel 1603 ist über die Forum-Suche findbar:
http://www.winhelpline.info/forum/se...tml#post530936

[HeikoBerlin]

Tja, also funzt bei mir exakt mit deiner Vorgabe:

http://img170.imageshack.us/img170/3...caufrufnv6.jpg

Von daher ist mir unklar wie ich dir helfen könnte.
Hast Du evtl. die Dateien (Basismodule) versteckt?

[nonnenmacherh]

tja, bei mir nicht ;-((

Ich habe mal den schalter -silent rausgenommen...
das ergebnis sieht man hier:
http://img85.imageshack.us/img85/9125/postsp2dy0.jpg
wie man sieht sind im share \\FSMUC\post_xpsp2 alle files!
trotzdem sagt der Updater: ....... FEHLT!!!

[nonnenmacherh]

habe eben nochwas rausgefunden:
wenn ich den Batch so ändere, daß
vor dem Aufruf ein NET USE Z: %share% erfolgt und
der Updater über z:\XPpostSP2updater.exe %parms% %logs%
gestartet wird klappt es!

aber warum nicht über UNC???

[HeikoBerlin]

Also ich habe nochmal ein wenig (mehrstündig) rumprobiert und
habe offenbar ein Szenario geschaffen, bei dem es ähnlich ist:
So führt der Aufruf über UNC-Pfad aus einem anderem Verzeichnis bei
mir momentan dazu, das einzelne Basismodule gar nicht oder fehlerhaft
erkannt werden. Nur ist mir 1. der Unterschied zu meinem vorherigen
Versuch gänzlich unklar und 2. ist es absolut unlogisch das es nicht
bei allen Modulen zum gleichen Fehler kommt obwohl die beteiligten
Funktionen für alle Basismodule absolut identisch sind.

Fakt ist jedenfalls das dies Problem ausnahmslos nur dann auftreten
kann, wenn der Aufruf über UNC aus einem anderem Ordner geschieht
(genauer per Batch, da eine Verknüpfung per Vorgabe das Updater
Verzeichnis zum aktiven macht - das funzt dann ebenso feherfrei).
wie gesagt: Die o.g. Verwendung eines (Netzwerk-) Laufwerksbuchstaben
behebt bzw. umgeht deine Problematik definitiv unter allen Umständen.

Ursache des Problems ist der Umstand das der Updater sein Verzeichnis
zum aktiven Verzeichnis macht, um (bei den Basismodulen) relative Pfade
nutzen zu können, da sonst aufgrund der langen Aufrufe zum Entpacken aus
den Modulen mit dazugehörigen Optionen für die Updates bei der Verwendung
absoluter Pfade relativ schnell die Grenze von 255 Zeichen erreicht wären.

Jedoch scheitert -unter gewissen mir noch teilw. unklaren- Umständen das
Aktivieren des Updaterverzeichnis, wenn es keinen Laufwerksbuchstaben gibt.
Mittlerweile habe ich den (XP) Updater auch derart modifiziert, das auch
über UNC aus einem anderem aktiven Verzeichnis der Aufruf und dabei
auch (wieder) die md5 Prüfung unter allen Umständen zuverlässig funzt.
Da aber die Mehrheit (offenbar) nicht aus einer Dateifreigabe aufruft,
gefällt es mir nicht so, wenn der Pfad zum Quellverzeichnis derart
nur noch ca. 160 Zeichen enthalten dürfte.

Demzufolge werde ich zur perfekten Lösung einen neuen Anlauf starten
und dabei erst ermitteln ob über UNC Pfad aufgerufen wurde, um die
Änderungen dafür auch nur in diesem Fall abzuarbeiten.
Dies erspart mir dann auch div. neu erforderliche Testläufe wenn denn
kein UNC Pfad verwendet wird. Ich vermute/hoffe das ich dir im Verlaufe
des morgigen Tages eine entsprechend überarbeitete Version anbieten kann
und würde mich natürlich freuen wenn Du diese dann auch testen würdest.

Nebenbei bemerkt: Bei Aufruf über den UNC-Pfad müssen bei Verwendung der
Batchdateien optional.bat + postsetup.bat in diesen ggf. immer absolute Pfade
angegeben werden wenn der Aufruf des Updater nicht aus dessen Ordner
erfolgte. Das ist kein Fehler vom Updater, sondern eine DOS Einschränkung,
da das Verzeichnis nicht (nachträgl.) zum aktuellen werden kann: klick

[HeikoBerlin]

Wie angekündigt umgesetzt - die Änderungen:

Beim Prüfen der Basismodule werden nun ausnahmslos immer die absoluten
Pfadangaben verwandt, damit es beim UNC-Aufruf keinerlei Prob's mehr gibt
(der interne Aufruf vor dem Entpacken ist ja von der Länge unbedenkl.)

Falls der Aufruf mittels UNC-Pfad erfolgte wird dies erkannt und geloggt
("- Updater Aufruf mittels UNC-Pfad erkannt") und -nur in diesem Fall-
dem Aufruf der Sicherheitsupdates aus den Basismodulen der absolute Pfad
vorangestellt, wie er auch im Menü Pfade - Updater angegeben wird.

Optionale Updates (ex: Module) sind davon unberührt, da bei diesen aufgrund
möglicher Unterordner von optional jeweils der komplette Dateipfad für jede
einzelne Datei in einer eigenen Variable abgelegt werden, was auch weiterhin
kein Problem ist, da die o.g. Längenbegrenzug des Aufrufs bei den opt. nicht
noch zusätzl. den Aufruf zum Entpacken (mit absoluten Pfad) enthalten muss.

Wäre nett wenn Du auch die -bei mir damit immer erfolgreiche- md5 Prüfung bei
Aufruf in einem UNC Pfad aus einem anderem Verzeichnis gegenprüfen könntest:

Download XPpostSP2updater-unc

PS: Bliebe für mich nur noch die Frage ob ich das Problem nochmal hinkriege..
..insbesondere um auch für 2000 + 2003 entsprechend umzusetzen und zu testen.

[nonnenmacherh]

ahh.... jetzt klappt es einwandfrei!!!
auch die MD-5 Prüfung ist ok!

SUPER!

Ich teste doch alles was Du willst!

[nonnenmacherh]

Auszug aus dem LOG-File:
--- LOG ------ LOG ------ LOG ------ LOG ------ LOG ------ LOG ---
Logdatei des Windows XP Post-SP2 Updater
generiert am 23.8.2006 auf Rechner WS2940
- Updater Aufruf mittels UNC-Pfad erkannt
12:12:04 - BEFEHLSZEILE
12:12:04 - Benutzerdefinierte Logdatei
12:12:04 - Silent Modus aktiviert
12:12:04 - Speicherplatzpruefung deaktiviert
12:12:04 - Intelligenter Windows Neustart deaktiviert
12:12:04 - SYSTEMANALYSE
12:12:04 - Windows XP Pro erkannt
12:12:04 - Service Pack 2 erkannt
12:12:05 - Administratorrechte erkannt
12:12:05 - Deutsche Installation erkannt
12:12:05 - Systemwiederherstellung deaktiviert
12:12:05 - -> Experten Modus wurde aktiviert <-
12:12:05 - BASISMODULE
12:12:05 - 010-IE-060809.exe erfolgreich geprüft
12:12:05 - md5: d4ac4e12a024e4c90e000fd99785f21f
12:12:06 - 030-WMP-060614.exe erfolgreich geprüft
12:12:06 - md5: 2e7662a7964d369e15baf99a56ab2ad5
12:12:07 - ms05-00p-060510.exe erfolgreich geprüft
12:12:07 - md5: ec43f946471f41609dc2f5eb5c88b6b7
12:12:08 - ms05-08p-051012.exe erfolgreich geprüft
12:12:08 - md5: 89c66162323f9f9b8a35adb164a658aa
12:12:10 - ms05-10p-051012.exe erfolgreich geprüft
12:12:10 - md5: e95657341e70a6ddf852d90001614d96
12:12:11 - ms06-07p-060712.exe erfolgreich geprüft
12:12:11 - md5: bdb24172eafa85d623b792926a5a4786
12:12:12 - ms06-08p-060809.exe erfolgreich geprüft
12:12:12 - md5: 04a39bb1ae1e67254cb28334616628e6
12:12:12 - Windows Media Player 10
12:12:12 - kb911567 bereits installiert
12:12:12 - kb917734 bereits installiert
12:12:12 - kb911564 bereits installiert
--- LOG ------ LOG ------ LOG ------ LOG ------ LOG ------ LOG ---

[HeikoBerlin]

Vielen Dank für deine Rückmeldung

Entsprechende Änderung wird in allen zukünftigen Updatern zu finden sein
und ist für Win 2000, Server 2003 und engl. XP auch bereits umgesetzt.
Nur stehen bei denen noch vollständige Testläufe mit der Änderung an..