MSI Installer - Anwendungsprotokoll voll

[MisterPink 10]

Hallo Board Mitglieder, ich bräuchte mal Eure Hilfe, da ich jetzt wirklich nicht mehr weiterweis:

 

Zum System:

W2K Terminal Server, Office XP Professional

 

Problem:

Da Anwendungsprotokoll ist ständig voll, und zwar mit immer derselben 3 Nachrichten:

MsiInstaller Ereignis 1001:
Erkennung von Produkt "[color=Indigo]{90110407-6000-11D3-8CFE-0050048383C9}[/color]" und Funktion "OUTLOOKFiles" fehlgeschlagen beim Anfordern von Komponente "{[color=DarkSlateGray]DE6A97CD-93BF-455C-A45F-7694344B686F[/color]}". 

MsiInstaller Ereignis 1004:
Erkennung von Produkt "{[color=Indigo]90110407-6000-11D3-8CFE-0050048383C9}[/color]", Funktion "OUTLOOKFiles" und Komponente [color=DarkRed]"{AAB1AFA6-C533-11D3-8F30-00C04F5EFF06}" [/color] fehlgeschlagen. Die Ressource "HKEY_CLASSES_ROOT\.pst\" ist nicht vorhanden. 


MsiInstaller Ereignis 1015:
Es konnte keine Verbindung mit dem Server hergestellt werden. Fehler: 0x80004001 

 

Daraufhin habe ich mal mit dem Programm DumpComponentList.vbs die Datei comps.txt generiert und da weitergeforscht:

 

 

90110407-6000-11D3-8CFE-0050048383C9 :

Microsoft Office XP Professional (natürlich mehrmals zu finden)

 

 

{DE6A97CD-93BF-455C-A45F-7694344B686F} is used by:

Microsoft Office XP Professional {90110407-6000-11D3-8CFE-0050048383C9} at C:\Programme\Microsoft Office\Office10\OUTLOOK.EXE

 

{AAB1AFA6-C533-11D3-8F30-00C04F5EFF06} is used by:

Microsoft Office XP Professional {90110407-6000-11D3-8CFE-0050048383C9} at 00:\.pst\

 

 

Da dachte ich mir, hmmm, 00:\.pst\ ????

 

Jetzt hab ich die Registry noch mal nach 90110407-6000-11D3-8CFE-0050048383C9 durchsucht, und bin bei

.../Access.ADEFile.10/DefaultIcon/C:\WINNT\Installer\{90110407-6000-11D3-8CFE-0050048383C9}\accicons.exe,52 gelandet.

 

Ab da wird es wiederholt in der Registry gefunden.

 

 

Die anderen beiden Nummern sind nicht zu finden.

 

Ein älteres Office war nie installiert.

Es war nur einmal Public Folders installiert, aber es ist auch schon was länger her.

Das System ist nun sehr langsam wenn Office Anwendungen gestartet sind.

 

Bei google und microsoft hab ich auch schon gesucht, ich find einfach keine Lösung...

 

Einzig hier (http://support.microsoft.com/default.aspx?scid=kb;en-us;315044) war ein ähnliches Problem, ausprobiert hab ich es noch nicht.

 

Danke für alle Vorscläge!

[frauke 10]

Hallo,

 

hier http://www.adminlife.com/247reference/msgs/14/74762.aspx ist das Problem mit Lösung beschrieben. Ich habe es aber nicht ausprobiert.

 

Viel Glück,

Frauke

[deubi 10]

Sowas würde ich nicht gleich an einem produktiven System austesten, das sieht für mich etwas abenteuerlich aus!

Also erstmal: Testmaschine- ausprobieren

 

Aber zuvor eine etwas doofe Frage: in welchem Modus läuft der Terminalserver? Hast Du in den Installationsmodus gewechselt?

(Falls Du nicht weisst, wie: cmd-Line --> "change user /query" --> sollte auf Installation stehen)

[MisterPink 10]

Danke schonmal für die antworten!

 

In der Anleitung steht was von "a.) go to the actual terminal server console", ist damit die Console am Server gemeint? ich denke schon, oder?

 

Und: was könnte schiefgehen? Das Problem ist nämlich dass ich keine Testmaschine habe, ist ja auch ziemlich aufwendig!

 

 

Aber zuvor eine etwas doofe Frage: in welchem Modus läuft der Terminalserver? Hast Du in den Installationsmodus gewechselt?

(Falls Du nicht weisst, wie: cmd-Line --> "change user /query" --> sollte auf Installation stehen)

 

Äh...wieso? Die Installation ist doch schon lange her und es lief bis vor kurzen normal. Der Server ist ganz nochmal im Anwendungsmodus.

Bei der Installation war er natürlich in Installationsmodus.

Oder hab ich dich jetzt falsch verstanden?

[deubi 10]

ok, ich bin fälschlicherweise von einem Installationsproblem ausgegangen, sorry.

 

Du brauchst ja noch nicht mal eine physische Testmaschine; eine virtuelle würde ja bereits reichen (Dampf sollte der aber schon genügend haben). Sowas kannst Du, wenn Du keine Hardware zum Testen zur Verfügung hast mit VMWare oder VirtualPC lösen.

[frauke 10]

So abenteuerlich ist das ja nun auch wieder nicht. Es wird einmal der Installerdienst neu registriert. Das ist eigentlich nicht so kritisch.

Dann werden Berechtigungen überprüft und ggf. neu hinzugefügt.

Dafür extra eine Testumgebung aufzubauen m.E. etwas viel Aufwand.

Viel Glück,

Frauke

[deubi 10]

Dafür extra eine Testumgebung aufzubauen m.E. etwas viel Aufwand.

Viel Glück,

Frauke

 

Jein - Falscher Ansatz; korrekt ist: unternehmenskritische Server MÜSSEN in einer Testumgebung abgebildet sein, wo Updates, Releases und Patches getestet werden MÜSSEN, bevor sie in ein produktives System eingespielt werden.

[frauke 10]

Das ist sicherlich richtig (machen wir ja auch so), aber es hörte sich für mich so an, als würde sie extra für diesen Zweck aufgebaut werden müssen. Und einen Dienst neu zu registrieren ist halt nicht das Kritischste, was man sich so an Netzwerkarbeiten vorstellen kann.

Aber generell: full ack.

[deubi 10]

Also für DIESEN spezifischen Fall würde ich, falls keine Testinstallation vorhanden ist, den Eingriff für's Wochenende planen. Das Allererste wird dann sein, ein Image zu ziehen (Ghost, Driveimage oder was immer), und dieses Image zu prüfen, ob's auch funktioniert. Dann erst würde ich so einen Fall angehen, wo ich einen eher komplexeren Eingriff wage, ohne das je ausgetestet zu haben:immer mit Netz und doppeltem Boden... ;)

Also wenn der Server wegen dieses Problems nicht gleich in die Knie geht, d.h. das Problem nicht gleich in den nächsten 5 Minuten gelöst sein muss würde ich sowas eben trotzdem zumindest auf einer virtuellen Installation (VMWare oder VPC) simulieren.

[MisterPink 10]

OK, danke fuer die Tipps, so ein Ghost image ist ja schnell erstellt!

 

ich werde es dann naechstes WE ausprobieren, danke schonmal, ich werde dann ergebnisse posten ;)

[MisterPink 10]

So, hat super geklappt die Anleitung!

 

Beim 2. Schritt sollte man die Rechte einiger Reg-Key pruefen, bei einem musste ich was aendern, danach kamen keine Fehler mehr!

 

Danke nochmal!