Von Legenden und Märchen

Es war einmal… So könnte auch dieses Problem beginnen. Ein ganz fantastisches Phänomen. Fantastisch insofern, als dass es vollkommen unlogisch ist. Microsoft Office 2007, installiert auf einer virtuellen Windows 7 Maschine (Parallels auf einem iMac). Sobald ich mich direkt an der virtuellen Maschine angemeldet hatte, hatte ich ein komplettes Office zur Verfügung. Nach dem Anmelden via Remotedesktop erforderte das selbe Office unter dem selben Benutzerkonto plötzlich eine Aktivierung. Ohne diese war keine volle Funktionalität vorhanden. Und genau diese Aktivierung funktionierte natürlich nicht!

Mehrere Anmelde-Versuche (immer im Wechsel zwischen direkter Anmeldung an der virtuellen Maschine und der Anmeldung via Remotedesktop) ergaben genau das Ergebnis. Direkt -- alles ok, Remote -- keine Chance. Und die Aktivierung mislang.

Die Lösung

Bis ich dann ein Microsoft Office 2007 Programm (z.B. Word) mit administrativen Rechten gestartet hatte. Plötzlich funktionierte die Aktivierung und ward danach nie wieder gesehen…..

Und wenn sie nicht gestorben sind… Willkommen in der Welt der Märchen und Legenden…

www.youtube.com/watch?v=8y9IjOrzfOY

Microsoft hat die Windows Support Tools (mit nützlichen Programmen wie filever.exe) nicht mehr auf die Windows Vista und Windows 7 sowie auf die Windows Server 2008 Datenträgern gepackt.

Funktionstüchtig sind die Support Tools vom Windows Server 2003 SP2 32 Bit, die auch auf 64 Bit Systemen laufen. Sie können entweder Ihren Windows Server 2003 Datenträger nehmen, und die Tools von dort benutzen, oder Sie können Sie hier herunterladen:

http://www.microsoft.com/downloads/details.aspx?familyid=96A35011-FD83-419D-939B-9A772EA2DF90&displaylang=en

Das Problem

Microsoft Office Outlook 2007 kann nicht gestartet werden. Das Outlook-Fenster kann nicht geöffnet werden.

Die Lösung

Das ist die Meldung, mit der der Benutzer empfangen wird. Lange hatte ich diese Fehlermeldung. Ein Post von Martin Bauer auf http://www.bauer-martin.com hat mir dann die Nadel im Heuhaufen verraten: die Datei Outlook.xml. Hier speichert Outlook nach einer Sitzung Konfigurationsdaten ab. Wenn diese Datei korrumpiert wurde (nicht sauber gespeichert beim Schließen von Outlook, oder Fehler bei der Synchronisation, etc.) kann Outlook nicht mehr starten.

Hier die Pfadangaben:

XP
C:\\Dokumente und Einstellungen\\%Benutzername%\\Anwendungsdaten\\Microsoft\\Outlook\\

Vista
C:\\Benutzer\\%Benutzername%\\AppData\\Roaming\\Microsoft\\Outlook\\

Bitte beachten Sie, dass bei Profilen, die mit einem Server synchronisiert werden, die entsprechenden Netzwerkpfade angegeben werden müssen:

XP
\\\\%ServerName%\\%UserDataFreigabename%\\Dokumente und Einstellungen\\%Benutzername%\\Anwendungsdaten\\Microsoft\\Outlook\\

Vista
\\\\%ServerName%\\%UserDataFreigabename%\\Benutzer\\%Benutzername%\\AppData\\Roaming\\Microsoft\\Outlook\\

Löschen Sie in dem Verzeichnis die folgende Datei:

• outlook.xml

(Wenn Sie die Variablen [die Namen, die in %-Zeichen eingeschlossen sind] durch die entsprechenden Speicherorte ersetzen, können Sie den Pfad direkt in die Adress-Zeile des Windows Explorer einsetzen. Um dorthin zu navigieren, müssen Sie unter Versteckte Dateien und Ordner unter Extras->Ordneroptionen->Ansicht Alle Dateien anzeigen auswählen, damit die versteckten Ordner angezeigt werden. Das Menü Extras erhalten Sie unter Windows Vista und Windows 7 durch Drücken der F10-Taste im Windows Explorer.)

Ich habe wirklich hart kämpfen müssen, obwohl die Lösung ganz einfach war…. Hinterher ist man immer schlauer .

Konfiguration

• Microsoft Windows 7
• Microsoft Visual Studio 2010 Beta 2
• Parallels 4.0
• Apple MacBook

Vorgehensweise

Nachdem die Software auf der virtuellen Maschine installiert war, habe ich den Remotedebugger auf dem Server mit den ASP.NET-Anwendungen installiert und als Dienst gestartet.

Firewallkonfiguration

In der Windows-Firewall muss auf dem Host das Progamm Microsoft Remotedebugger, auf dem Client das Programm Microsoft Visual Studio als Ausnahmen deklariert sein, bzw. in einer Firewall müssen die folgenden Ports geöffnet sein:

• TCP 139
• TCP 445
• UDP 137
• UDP 138

Sollten Sie IPSec benutzen müssen, benötigen Sie auch die folgenden Ports:

• UDP 4500
• UDP 500

Fehlermeldung

Als ich brav alles eingestellt hatte, quittierte mir das System meine Debugging-Bemühungen mit folgender Fehlermeldung:

Unable to start debugging on the web server. The Visual Studio
debugger cannot connect to the remote computer. A firewall may
be preventing communication via DCOM to the remote computer.
Please see Help for assistance.

Remotedebugging - Unable to start debugging on the web server

Diese Fehlermeldung blieb mir selbst bei der Ausschaltung sämtlicher Firewalls erhalten.

Lösung

Der Trick: Mein Netzwerk-Adapter in der Parallels-Maschine war auf “Shared” einstellt und hatte so eine IP, die in einem anderen Netzwerkbereich lag. Da der Domänencontroller diesen nicht kannte, konnte der Microsoft Visual Studio Remotedebugger keine Verbindung zu der Client-Maschine aufbauen.
Setzen Sie den Modus für den Adapter auf “Bridged”. Dann wird es als eigenständige Netzwerkkarte betrachtet und bekommt vom DHCP-Server der Domäne eine eigene IP. Mit dieser kann sich der Remotedebugger dann auch connecten.

Wenn Sie Fragen, Anregungen oder Wünsche zu weiteren Themen in diesem Bereich haben, nutzen Sie bitte die Kommentare. Ich freue mich auf Ihre Feedback…

Frage:

Wie kann man eine Windows 7 Virtual Machine auf einem Virtual Server 2005 R2 zum Laufen bringen?

Antwort:

Man braucht die neueste Version von Microsoft Virtual Server 2005 R2.

Frage:

Und wenn die nicht über die Windows Update Services mit installiert werden?

Antwort:

Dann hast Du ein Problem!

Dieses Problem hatte ich, nachdem ich die Virtual Machine Addons in der virtuellen Windows 7 Maschine installiert hatte. Das System fuhr nicht mehr hoch, sondern kam mit der Meldung, dass das System repariert werden müsse. Dieser Reparaturvorgang ist allerdings niemals erfolgreich verlaufen.
Also habe ich Windows Update bemüht: Ohne Erfolg! Windows Update bescheinigte mir, dass mein System auf dem neuesten Stand sei.
Dann tat ich das, was jeder gute Administrator tut: ich fing an zu googlen. Und nach stundenlanger Recherche bin ich endlich drauf gestoßen:
Update zu Microsoft Virtual Server 2005 R2 SP1 (KB956124)
Meine Microsoft Virtual Server 2005 R2 Version war 1.1.603. Und durch dieses Update wird die Version 1.1.653 aufgespielt.
Nachdem ich dieses durchgeführt hatte, lief Windows 7 inkl. Virtual Machine Addons (13.820) problemlos.

Frage:

Warum hat Windows Update Services dieses Update nicht gefunden?

Was denken Sie? Ich freue mich auf Ihre Kommentare.