Gestern hat mich die Verwaltungswebsite des Microsoft Virtual Server 2005 mit der HTTP-Fehlermeldung 500 (Internal Server Error -- Interner Serverfehler) begrüßt. Nach einer Weile suchen (ich habe einige Dinge ausprobiert, die ich gleich auflisten werde) habe ich dann des Rätsels Lösung gefunden. Doch hier zunächst die Dinge, die ich ausprobiert habe:

Egal welche Aktion ich versucht habe, die HTTP 500 Fehlermeldung blieb.

Die Lösung

Die Lösung ist recht einfach, aber auch nicht auf den ersten Blick logisch: Es liegt an einer Sicherheitseinstellung in den Internetoptionen. Genauer gesagt: Internet-Optionen->Sicherheit->Vertrauenswürdige Sites->Stufe anpassen…->Benutzeranmeldung->Automatisches Anmelden nur in der Intranetzone ist die Einstellung, die gesetzt sein muss. Bei der Einstellung Automatische Anmeldung mit Benutzernamen und Kennwort wird die HTTP 500er Fehlermeldung geschmissen.

Und hier ist die Anleitung:

	1. Zum Start der Microsoft Virtual Server Verwaltungswebsite klicken Sie auf Start->Alle Programme->Microsoft Virtual Server->Virtual Server-Vewaltungswebsite
	2. Dann erscheint die HTTP 500 Fehlermeldung
	3. Gehen Sie dann auf Extras->Internetoptionen
	4. Klicken Sie dann auf den Reiter Sicherheit und dann auf Vertrauenswürdige Sites. Dort klicken Sie dann auf Stufe anpassen… Sie sehen hier die Screenshots einmal auf englisch, da ich die Fehlermeldung auf einem englischen System bekommen habe, und einmal auf deutsch zum besseren Verständnis
	5. Scrollen Sie die Einstellungen soweit herunter, dass Sie die Benutzerauthentifizierungs-Eintstellungen sehen. Hier markieren Sie den Punkt Automatisches Anmelden nur in der Intranetzone
6. Schließen Sie den Browser und starten Sie die Microsoft Virtual Server Verwaltungswebsite erneut. Sie werden nun zur Eingabe Ihres Passwortes aufgefordert.

Ohne korrekte Benutzeranmeldung kann die Microsoft Virtual Server Verwaltungswebsite nicht korrekt angezeigt werden. Auch wenn Sie sich mit dem Benutzerkonto anmelden, dass Sie schlussendlich für die Verwaltungswebsite benötigen. Es findet hier keine automatische Identitätsübernahme statt.

Hier habe ich das Ganze für Sie nochmal als Video aufbereitet:

www.youtube.com/watch?v=Ao1fywZFnyE

Ich freue mich auf Ihre Kommentare. Haben Sie ähnliches erlebt?

Es kann vorkommen, dass durch Fehlkonfiguration ein Namespace in einem Verteilten Datei System (Distributed File System, DFS) zerstört wird. Er kann dann nicht mehr abgerufen oder gelöscht werden. Die einzige Option, die bleibt, ist, den Namespace aus der Anzeige zu nehmen. Da ich nun den Namespace benutzen wollte, wollte ich ihn wieder herstellen bzw. neu anlegen. Doch dieses quittierte mir der Server immer wieder mit der Aussage, dass der Namespace bereits vorhanden wäre und deswegen wahrscheinlich nicht richtig funktionieren würde.

Wie kann also ein solcher Namespace per Hand gelöscht werden?

Die Freigabe eines Namespaces besteht aus 3 Komponenten:

* Ein Verzeichnis, das freigegeben wird

* Eine Freigabe auf dem Server auf das Verzeichnis

* Die Freigabe im Namespace auf dem DFS

Die ersten beiden Komponenten bleiben in dieser Betrachtung außen vor, da sie sowieso vorhanden sein müssen. Uns interessiert hier die Freigabe im Namespace auf dem DFS.

Ein Domänen-Namespace besteht aus den folgenden Komponenten:

* Eintragung im Microsoft Active Directory

* Verzeichnis auf dem Server, der DFS hostet

* Freigabe auf dieses Verzeichnis

* Microsoft Windows Server 2000 legt (laut Microsoft) auch noch spezielle Registry-Keys an (Server 2003 konnte ich nicht überprüfen)

Das Vorgehen sieht so aus:

1. Den DFS-Dienst stoppen

• Für Server 2000/2003: Startmenü->Ausführen (oder Windows-Taste und R gleichzeitig drücken), cmd eingeben und Enter drücken
• Für Server 2008: Startmenü (oder Windows-Taste drücken) cmd eingeben und Shift+Strg+Enter (startet jedes Windows-Programm mit erhöhten Rechten – als Administrator ausführen) drücken
• net stop dfs eingeben und Enter drücken

2. Registry bearbeiten (nur Microsoft Windows Server 2000 und wahrscheinlich 2003)

• Registry-Editor öffnen (das Programm heißt regedit oder regedit32, gleiche Vorgehensweise wie beim Starten der Kommandozeile aus Punkt 1)
• HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft öffnen
• Den DFSHost Unterschlüssel löschen (laut Microsoft – Wenn dort einzelne Einträge vorhanden sind, sollte man vielleicht nur den betroffenen Namespace löschen. Wie gesagt, konnte ich leider nicht testen. Vielleicht hat damit ja schon jemand Erfahrungen gemacht. Ich würde mich sehr über entsprechende Kommentare freuen).
• Danach HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\DFSDriver\LocalVolumes öffnen
• Dort jeden (laut Microsoft – möglicherweise auch nur die jeweils betroffenen) Unterschlüssel löschen. Auf gar keinen Fall den LocalVolumes Unterschlüssel löschen!

3. Active Directory Bearbeitung

• Active Diretory-Benutzer und -Computer Konsole (kann per Ausführen gestartet werden: dsa.msc) starten
• Auf Ansicht->Erweiterte Features klicken
• Im System-Ordner den Dfs-Configuration Container öffnen
• Im rechten Bereich den betroffenen Namespace löschen

4. DFS neustarten

• Der DFS kann dann über die DFS-Verwaltung (dfsmgmt.msc) neu gestartet werden

5. Dateien und Freigaben löschen

• Das Standardverzeichnis liegt unter C:\DfsRoots
• Hier das betroffene Verzeichnis nebst Freigabe löschen (um die Konfiguration sauber zu haben)

Den entsprechenden Microsoft-Artikel finden Sie hier: http://technet.microsoft.com/en-us/library/cc962150.aspx.

Natürlich sollten Sie sämtliche Vorsichtsmaßnahmen treffen – besonders bei der Bearbeitung der Registry. Immer den Schlüssel vorher wegsichern, bevor Sie ihn löschen.

Über Kommentare, Anregungen und weitere Tipps würde ich mich freuen.

Wenn Sie diesen Fehler im Ereignisprotokoll “Anwendung” Ihres Microsoft Windows XP finden (Quelle: ESENT, Event-ID: 447, Kategorie: Datenbankbeschädigung) dann haben Sie meistens noch die folgende Fehlermeldung in den Details:

SearchIndexer (4076) Ungültige Seitenverknüpfung (Fehler -327)
in B-Struktur (Objekt-Id: 12, PgnoRoot: 259) von Datenbank
C:Dokumente und EinstellungenAll UsersAnwendungsdatenMicrosoft
SearchDataApplicationsWindowsWindows.edb (26478 => 57026, 24811).

Weitere Informationen über die Hilfe- und Supportdienste erhalten
Sie unter http://go.microsoft.com/fwlink/events.asp.

Hier ist die Datenbank Windows.edb die im in den Details angegebenen Pfad vorhanden ist, kaputt gegangen. Der Pfad lässt auch auf den Dienst schließen: der Windows Search Service.

Unter Dienste müssen Sie diesen stoppen (Windows-Taste+R drücken und dann services.msc eingeben und Enter drücken), damit Sie die alte windows.edb in dem Verzeichnis löschen können. Nachdem Sie die Datei entfernt haben, starten Sie den Dienst erneut und er wird automatisch sofort wieder angehalten. Das  Ereignisprotokoll wird von Fehlermeldungen vom Windows Search Service (Kategorien: Suchdienst und Gatherer) erweitert.

Warten Sie ein paar Minuten (die Windows.edb wird neu erstellt) und starten Sie den Dienst erneut. Danach sollte er wieder sauber laufen.

Funktioniert auch, wenn die Datei zu groß geworden ist (Löschen und neu erstellen lassen).

Es kann passieren, dass der Microsoft SQL-Server 2005 nicht mehr antwortet. Diesen Fall habe ich auf einem virtuellen Microsoft Server 2008 (Hyper-V) beobachtet.
In unregelmäßigen Abständen sind die SQL Server Dienste, die eigentlich beim Systemtart automatisch gestartet werden sollen, nicht gestartet bzw. haben in der Anzeige im Server-Manager keinen Status “Gestartet”. Dies passiert meistens Mittwochs, nachdem der Server die Dienstags-Updates von Microsoft installiert und sich danach selbst neu gestartet hat.
Folgendes Video zeigt die Vorgehensweise in der GUI:
[wpvideo 9rhEljbB]

Die Befehle für die Kommandozeile wären folgende:
net start “SQL Server (Instanzname)”
net start “SQL Server Analysis Services (Instanzname)”
net start “SQL Server Browser”
net start “SQL Server Integration Services 10.0″
net start “SQL Server Reporting Services (Instanzname)”
net start “SQL Server-Agent (Instanzname)”

Wobei der Instanzname durch den Namen der SQL-Server-Instanz ausgetauscht werden muss. Die Standard-Instanz, die SQL Server installiert heißt “MSSQLSERVER”.

Mögliche Fehlermeldungen

Fehler 1069: Der Dienst konnte aufgrund einer fehlerhaften Anmeldung nicht gestartet werden.

Taucht die Fehlermeldung “Fehler 1069: Der Dienst konnte aufgrund einer fehlerhaften Anmeldung nicht gestartet werden.” auf, dann sind die SQL-Server-Accounts Opfer der Gruppenrichtlinie zur regelmäßigen Änderung des Passwortes geworden. In diesem Fall muss für jedes Benutzer-Konto für die SQL-Server-Dienste das Passwort neu gesetzt werden. Dies kann über die GUI geschehen oder mit Hilfe des folgenden Befehls an der Kommandozeile:

net user Kontoname Passwort /domain

Wobei Kontoname der Name des Benutzerkontos ist und Passwort das dementsprechende Passwort.

Wenn wieder das alte Passwort eingegeben wird, dann können die Dienste direkt neu gestartet werden. Wird ein neues verwendet, dann müssen die Dienste natürlich analog angepasst werden.

Microsoft hat hier ebenfalls einen interessanten Support-Artikel für dieses Problem: http://support.microsoft.com/kb/259733/de