Hallo,
eigentlich ist das Thema ja nicht sooo unglaublich kompliziert, trotzdem bin ich mit meinem Latein am Ende:
bei den letzten Standortmigrationen kam es zuverlässig vor, dass das Active Setup bei den Erst- und Neuaustattungen gar nicht oder nur bei zufälligen SWPs funktionierte.
Die Schlüssel unter HKCU\Software\Microsoft\Active Setup\Installed Components werden durch den Prozess aber für alle antsprechenden SWPs angelegt. Lösche ich nach der Nutzeranmeldung die betroffenen Schlüssel und melde den Nutzer erneut an, läuft das Active Setup auch durch wie gewollt. Warum aber klappt das nicht beim ersten mal ? Es spielt dabei keine Rolle, ob ich zur Anmeldung einen bereits existenten Nutzer verwenden oder einen neuen anlege.
Natürlich funktioniert das Active Setup bei allen Paketen in unserer Testumgegebung auch genau so wie vorgesehen, Fehler in den Scripten der SWPs muss ich daher wohl ausschliessen.
Trotz intensiver Konsultation von Google konnte ich keine möglichen Fehlerursachen ausfindig machen. Vielleicht hat ja hier schon jemand ähnliche Erfahrungen gemacht oder kann ein paar Anregungen beisteuern.
Ein erholsames Wochenende, Matthias

Hallo Andreas,
nein, Active Setup generiert leider kein Logfile. Weder im Erfolgsfall noch beim Fehlschlag. Ich hab mehrere Rechner sowohl in der Testanlage (wo alles klappt) als auch in freier Wildbahn danach abgesucht.

Hallo Andreas,
ich weiß, dass das arg wenig Informationen sind, und ich fürchte es wird nicht wirklich besser:
- wir haben bisher ausschliesslich Windows XP Sp3 im Einsatz,
- schwer nachzuvollziehen, da Active Setup für manche SWPs ausgeführt wird und für andere nicht. Welches SWP wann geht und wann nicht, variiert leider. Mal klappen IE8 und/oder Office, dann nur FoxIt Reader und/oder die Outlookkonfiguration oder auch gar nichts. Ich konnte kein nachvollziehbares System erkennen, ausser das IE8 und die Outlookconfig am häufigsten ausgeführt werden, aber zumindest im Fall der Outlookkonfiguration eben nicht immer.
- UAC hat XP meines Wissens noch nicht, Gruppenrichtlinienhaben kommen auch nicht infrage, da wir mit unserem DXUnion noch nicht im Active Directory sind.

Das einzige, was noch auffällt: ausnahmslos alle Standorte mit diesem Phänomen wurden von DXU 4.x auf DXU 6.3.9 umgestellt. Beim Zurückspielen der Nutzerdaten hab ich zwar cfgdata.dxu entfernt, nicht aber das Directory Anwendungsdaten. Ausser dem Löschen von Microsoft\Outlook hab ich dort nichts weiter angefasst. Das kann aber keinen Bezug zum Foxit Reader haben, der für uns neu ist und erst mit DXU 6.x installiert wird.