faq-o-matic.net » Troubleshooting

Hyper-V: Abschalten einer VM erzwingen

Nils Kaczenski — Wed, 11 Jan 2012 05:30:00 +0000

Neulich im Forum hatte ein User ein Problem mit einer virtuellen Maschine unter Hyper-V. Als einzige von mehreren VMs startete dieser virtuelle Rechner nicht richtig neu. Er blieb im Status “Starting …” hängen, war nicht ansprechbar und reagierte über die Hyper-V-Steuerung weder auf die Anforderung zum herunterfahren noch auf die zum Abschalten.

Abhilfe schaffte folgende Aktion. Vorsicht, es dürfte sich hier um ein nicht supportetes Verfahren handeln – Anwendung also auf eigene Gefahr!

Finde im Dateisystem den GUID der virtuellen Maschine heraus. Dazu gehst du in den Ordner, in dem die VM gespeichert ist (die Konfiguration, nicht die VHD-Datei), und notierst dir den Dateinamen der XML-Datei (kryptische Zeichenkette, die ersten 5-10 Zeichen reichen meist).
Jetzt öffnest du auf dem Host den Taskmanager und lässt dir über Ansicht/Spalten auswählen die Befehlszeile anzeigen. Verbreitere die Spalte und suche nach den Prozessen, die mit "vmwp.exe" beginnen (das sind die VM Worker Processes). Bei einem davon steht in der Befehlszeile der vorhin notierte GUID. Diesen Prozess beendest du.
Vorsicht, auf einem Cluster wird der Prozess sofort wieder neu gestartet, auf einem Einzelhost sollte das aber nicht passieren.

Nach dieser Aktion startete die VM wieder ordentlich und lief zur Zufriedenheit.

Keine verwandten Beiträge.

PAL: Performance-Analyse mit Log-Dateien

Nils Kaczenski — Wed, 04 Jan 2012 05:09:00 +0000

Die Leistungsdaten eines Servers auszuwerten, erfordert meist tiefes Know-how der beteiligten Applikationen. Glücklicherweise bieten Windows-Server in den aktuellen Versionen dazu mit den “Sammlungssätzen” ein Hilfsmittel, das wichtige Systemdaten assistentengesteuert zusammenstellt und über automatisierte Berichte auswertbar macht. Zumindest für Standardsituationen, die das Gesamtsystem betreffen, hat man damit eine gute und einfache Auswertungsmöglichkeit.

Für wichtige Server-Applikationen findet sich auf Microsofts Open-Source-Repositorium Codeplex ein Werkzeug, das solche know-how-intensiven Analysen auch für einige wichtige Applikationen ermöglicht. Mit “PAL – Performance Analysis of Logs” lassen sich – ebenfalls assistentengesteuert – aufgezeichnete Leistungsdaten auswerten und zu aussagefähigen Reports zusammenstellen. Zwar geht dies immer nur im Nachhinein (man zeichnet also erst im System-Monitor die Daten auf und verfüttert die Log-Datei dann an PAL), doch gerade in Fehlersituationen kann dies eine sinnvolle Auswertung ermöglichen. Während die erste Version von PAL noch auf dem separaten Log Parser beruhte, arbeitet die aktuelle Fassung komplett auf PowerShell-Basis.

Folgende Applikationen deckt PAL ab:

Exchange 2003 bis 2010
SQL Server
Active Directory
Internet Information Services
Sharepoint
BizTalk

Die Logik für diese Applikationen findet sich in komplexen XML-Dateien, die aber auch durchaus in anderen Situationen nützlich sind, denn die dort referenzierten Zähler und Schwellwerte sind von allgemeinem Interesse.

Der Download und einiges an weiterführenden Informationen finden sich unter:

[Performance Analysis of Logs (PAL) Tool]
http://pal.codeplex.com/

Windows-Eventlogs: Empfehlungen zur Größe

Nils Kaczenski — Thu, 22 Dec 2011 05:33:00 +0000

Das Windows-Eventlog (Ereignisprotokoll) ist eine der wichtigsten Informationsquellen zum Gesundheitszustand eines Systems. Leider gibt es immer wieder Situationen, in denen eine ungünstige Konfiguration das Eventlog einschränkt:

Administratoren löschen das Protokoll
Das automatische Überschreiben ist abgeschaltet
Die Größe ist zu stark beschränkt

Gerade der letzte Fall ist immer wieder zu beobachten, wenn es Probleme auf einem System gibt. Häufig schreibt Windows dann sehr viele Einträge in das Protokoll, sodass es sich schnell füllt. Erreicht das Protokoll dann die maximale Größe, so löscht Windows vom Ende her “alte” Ereignisse, um die neuen schreiben zu können. Schnell führt das dann dazu, dass die Informationen nur noch wenige Tage oder wenige Stunden in die Vergangenheit reichen, sodass man keine Informationen mehr findet, wann und wie das Problem begonnen hat.

Wie groß sollte man denn dann die Protokolle einstellen?

Die Antwort auf diese Frage hängt leider vom eingesetzten System ab. Vor allem ist zu unterscheiden, ob man eine 32-Bit- oder eine 64-Bit-Plattform einsetzt:

32-Bit: Auf “älteren” Systemen (XP und Windows Server 2003) steht dem Betriebssystem für alle Protokolle zusammen nur ein Platz von etwa 300 MB zur Verfügung. Die Summe aller Protokolle sollte diesen Wert also nicht übersteigen.
Im Fall von Vista und Server 2008 gibt es diese Beschränkung auch bei 32-Bit-Systemen nicht mehr.
64-Bit: Alle 64-Bit-Systeme haben kein Limit, das die Nutzung des Eventlogs ernsthaft einschränkt. Microsoft empfiehlt, dass einzelne Logs nicht größer als 4 GB werden und die Größe aller Logs zusammen nicht über 16 GB liegen sollte.

Standardmäßig sind die Logs bei aktuellen Systemen auf maximal 20 MB gesetzt, doch diese Größe darf und sollte man bei wichtigen Systemen durchaus hochsetzen.

Wie hoch man den Wert setzen sollte, lässt sich pauschal nicht sagen. Es hängt davon ab, wie viele Events man aufbewahren möchte; gleichzeitig sollte man natürlich auch den verfügbaren Speicherplatz im Auge behalten. Eine Faustformel: Ein Event-Eintrag belegt durchschnittlich 500 Bytes. Möchte man in der Lage sein, über einen Zeitraum von vier Wochen pro Tag 5000 Ereignisse aufzubewahren, so muss das Log mindestens 500 × 5000 × 28 Bytes groß sein, also 70000000 Bytes (oder einfacher: 70 MB). Dabei muss der Wert, den man einträgt, ein Vielfaches von 64 KB sein – hier wäre der einzutragende Wert also 70016 KB.

Dabei sollte man aber berücksichtigen, dass es durchaus auch größere Einträge geben kann und dass ein modernes Windows-System eine maximale Lograte von 5000 Einträgen pro Sekunde erreichen kann. Ein Standardwert für “alles” lässt sich also nicht festlegen.

Mehr dazu:

[Recommended settings for event log sizes in Windows Server 2003, Windows XP, Windows Server 2008 and Windows Vista]
http://support.microsoft.com/kb/957662/en-us

[Event Log]
http://technet.microsoft.com/de-de/library/dd349798(WS.10).aspx

[Event log size limitation removed from R2?]
http://social.technet.microsoft.com/Forums/en/windowsserver2008r2general/thread/772bf5dd-4d8d-4171-9fbb-f2a6288c1670

Visio 2010: Abstürze durch Bluetooth-Plugin

Nils Kaczenski — Wed, 14 Dec 2011 04:54:00 +0000

Monatelang haben mich Abstürze von Visio 2010 (unter Windows 7 x64) genervt. Meistens traten sie auf, wenn ich eine Visio-Datei geschlossen hatte, die von einem Netzlaufwerk kam. Manchmal aber auch einfach beim Kopieren von Daten innerhalb von Visio.

Updates und Reparaturinstallationen halfen nicht. Irgendwann bin ich dann auf die Idee gekommen (mal wieder zu spät – bei den eigenen Sachen vergisst man sowas oft), den Angaben im Eventlog nachzugehen. Dort fand sich direkt nach einem der Abstürze eine Meldung, die auf einen Fehlercode 0xc0000374 hinwies. Bing fand schnell einen hilfreichen Thread:

[Visio crash]
http://social.technet.microsoft.com/Forums/en-US/visiogeneral/thread/50d7bf71-9ed7-42ee-803f-51c1fe4eeff1

In Visio schaltete ich also unter Datei/Optionen/Add-ins mit dem Button “COM-Add-ins”/Gehe zu das Bluetooth-Plugin ab (dazu musste ich Visio als Administrator starten) und entfernte es dann komplett. Seither sind die Abstürze tatsächlich nicht mehr aufgetreten.

VMware ESXi 5: Probleme mit LSI-Treiber

Nils Kaczenski — Tue, 06 Dec 2011 10:20:30 +0000

Ein Kollege machte gerade auf Folgendes aufmerksam:

Mit dem beim ESXi 5 mitgelieferten Treiber für LSI-Controller gibt es ernsthafte Probleme. Bei mehreren Kunden sind mehrfach die ESXi-Server abgestürzt. Daraufhin wurde ein Case bei VMware eröffnet, und die Lösung ist ein Update des Treibers für den LSI-Controller.

Es empfiehlt sich also, dieses Treiber-Upgrade auch prophylaktisch durchzuführen, falls man ESXi-Server mit LSI-Storage-Controller betreibt.

Windows 7/Server 2008 R2 Service Pack 1: Troubleshooting

Nils Kaczenski — Mon, 11 Jul 2011 04:32:00 +0000

Leider gibt es mit dem Service Pack 1 für Windows 7 und Windows Server 2008 R2 immer wieder Installationsprobleme. Während über Schwierigkeiten mit dem Betrieb des SP1 kaum berichtet wird (mir selbst sind auch keine bekannt), ist es insbesondere der Prozess der Einrichtung, der immer wieder Probleme bereitet. Das ist um so ärgerlicher, als auch der normale Installationsprozess durchaus eine Stunde dauern kann.

Hier ein paar Quellen, die beim Troubleshooting helfen können.

Günter Born hat auf seinem Blog eine ganze Sammlung von Ansätzen zur Fehlerbehebung:

[SP1-Installation hängt, Error C0000034/C000009A « Borns IT- und Windows-Blog]
http://www.borncity.com/blog/2011/02/26/sp1-installation-hngt-error-c0000034c000009a/

Bent Schrader beschreibt sein Vorgehen hier:

[Fehler 0x800F0818 bei der Installation des Service Pack 1 für Windows Server 2008 R2 » Bent's Blog]
http://bent-blog.de/windows/fehler-0x800f0818-bei-der-installation-des-service-pack-1-fur-windows-server-2008-r2/

Mir hat neulich – nach sechs fehlgeschlagenen Versuchen – endlich dies hier geholfen:

[Cannot Install SP1 0x80004005 - E_FAIL]
http://social.technet.microsoft.com/Forums/de-CH/w7itproSP/thread/971838ad-39c0-4e16-9ea2-1dcb8a885ca1

Hier noch weitere Hilfsmaßnahmen:

[Fehler 0x800f0a12 beim Setup von SP1 für Windows 7 und Server 2008 R2 | WindowsPro]
http://www.windowspro.de/tipp/fehler-0x800f0a12-beim-installieren-des-sp1-fuer-windows-7-und-server-2008-r2

Wer weitere gute Lösungsbeschreibungen kennt, kann sie mir gern melden. Ich ergänze dann diese Liste.

Windows-Leistungsüberwachung: Ein Erklärungsposter

Nicholas Dille — Mon, 04 Jul 2011 04:34:00 +0000

Windows stellt mit der Leistungsüberwachung zwar ein mächtiges Werkzeug zum Sammeln von Performance-Daten zur Verfügung, allerdings obliegt die Analyse der erhobenen Daten dem Administrator. Das Performance Monitoring Poster füllt diese Lücke, indem es die Funktionsweise der wichtigsten Subsysteme erläutert und die einzelnen Analyse-Schritte beschreibt.

Als Ausdruck in der Größe A1 kann das Poster als tägliche Referenz für die Analyse von Windows-Systemen dienen.

Auszug aus dem Poster

Performance monitoring is a mysterious domain. Often an issue is easily traced to a certain subsystem but sometimes a bottleneck is much harder to uncover. This poster offers a thorough overview of the relations between the individual subsystems and provides a guide to support the analysis of the more complex and hard to narrow down issues.

The five subsystems covered on this poster are ordered by complexity. To begin with, the famous processor, memory and disk subsystems are covered followed by a dive into the analysis of running processes and the kernel. The analysis for each of the subsystems is structured into steps with increasing complexity. If necessary or appropriate, a step contains references to another subsystems which may be participating in the issue.

This poster describes performance analysis for the most important subsystems by providing vital insights, the relation to other subsystems and a step-by-step guide how to analyze the subsystem. It is recommended that you follow the five steps in the analysis of performance issues.

Download

Das Poster steht hier zum Download bereit. Updates werden in Zukunft hier veröffentlicht.

Technet- und MSDN-Hilfeseiten offline nutzen

Ralf Wigand — Wed, 29 Jun 2011 04:41:20 +0000

Hatte schon vor einiger Zeit ein Tool auf CodePlex gefunden, mit dem man Teilbäume von den TechNet- und MSDN-Hilfeseiten herunterladen und offline als CHM abspeichern kann. Das hatte damals noch etwas Probleme mit Bildern, das ist aber in der neuen Version (1.3.4) wohl behoben. Das Tool heißt Package This! und ist ganz einfach zu bedienen…

Nach dem Download von codeplex.com läßt es sich ohne Installation starten (evtl. als Administrator). Das dauert erst mal etwas, weil Package This schon mal die oberste Ebene der Hilfeseiten läd. Erst danach läßt sich die Spracheinstellung ändern. Auf der linken Seite des Fensters erscheint der komplette Baum von Hilfethemen in TechNet oder MSDN. Dieser läßt sich wie gewohnt erweitern. Ein Haken vor dem Thema wählt die Seite aus zum späteren Verarbeiten, ein Rechtsklick erlaubt, den kompletten Teilbaum zu selektieren.

Das war es eigentlich auch schon. Export nach Chm oder HxS wählen, Datei angeben, und los gehts. Die Hilfeseiten sind untereinander richtig verlinkt und die Bilder sind ebenfalls eingebettet. Damit sind diese Hilfeseiten zum Beispiel auch auf Servern verfügbar, die keinen direkten Internet-Zugang haben.

Die aktuelle Fassung 1.3.4 findet sich hier:

[Package This - Patches]
http://packagethis.codeplex.com/sourcecontrol/list/patches?ProjectName=packagethis

Die Projektseite ist diese:

[Package This - Home]
http://packagethis.codeplex.com/

Viel Spaß damit!

Exchange 2010 SP1: Setup schlägt fehl, weil Discovery-Gruppe nicht auflösbar

Nils Kaczenski — Mon, 23 May 2011 04:03:00 +0000

Es gibt ein bekanntes Problem bei der Installation des Service Pack 1 für Exchange Server 2010, durch das das Upgrade fehlschlägt. Der Installer meldet:

Der Benutzer oder die Gruppe domain.zz/Microsoft Exchange Security Groups/Discovery Management konnte nicht aufgelöst werden. Wenn es sich dabei um einen Prinzipal einer fremden Gesamtstruktur handelt, benötigen Sie entweder eine birektionale* oder eine ausgehende Vertrauensstellung. —> System.SystemException: Die Vertrauensstellung zwischen der primären Domäne und der vertrauenswürdigen Domäne konnte nicht hergestellt werden.

Im Original lautet die Fehlermeldung:

Couldn't resolve the user or group "domain.zz/Microsoft Exchange Security Groups/Discovery Management." If the user or group is a foreign forest principal, you must have either a two-way trust or an outgoing trust.

Tatsächlich ist die Meldung irreführend, denn die Namensauflösung klappt sehr wohl. Tatsächlich gibt es ein Problem mit der Discovery-Mailbox. Abhilfe ist, diese zu löschen. Sie findet sich im AD-Container “Users”, und ihr Name beginnt mit “DiscoverySearchMailbox”. Diesen User löschen, dann das Upgrade ausführen.

Nach erfolgreichem Upgrade muss man die Mailbox natürlich wiederherstellen. Dazu dient folgendes Kommando in der Exchange-Shell:

New-Mailbox "Discovery Search Mailbox" -Discovery -UserPrincipalName DiscoverySearchMailbox@domain.zz

* Ja, das steht da tatsächlich …

Was macht DCDiag eigentlich?

Nils Kaczenski — Mon, 04 Apr 2011 05:12:00 +0000

Auf dem Active-Directory-Teamblog ist ein guter Artikel erschienen, der die Funktion und die einzelnen Tests des wertvollen AD-Diagnosetools vorstellt und auch einige typische Missverständnisse auflöst:

[What does DCDIAG actually… do? - Ask the Directory Services Team]
http://blogs.technet.com/b/askds/archive/2011/03/22/what-does-dcdiag-actually-do.aspx

faq-o-matic.net » Troubleshooting

Hyper-V: Abschalten einer VM erzwingen

PAL: Performance-Analyse mit Log-Dateien

Verwandte Beiträge:

Windows-Eventlogs: Empfehlungen zur Größe

Verwandte Beiträge:

Visio 2010: Abstürze durch Bluetooth-Plugin

Verwandte Beiträge:

VMware ESXi 5: Probleme mit LSI-Treiber

Verwandte Beiträge:

Windows 7/Server 2008 R2 Service Pack 1: Troubleshooting

Verwandte Beiträge:

Windows-Leistungsüberwachung: Ein Erklärungsposter

Verwandte Beiträge:

Technet- und MSDN-Hilfeseiten offline nutzen

Verwandte Beiträge:

Exchange 2010 SP1: Setup schlägt fehl, weil Discovery-Gruppe nicht auflösbar

Verwandte Beiträge:

Was macht DCDiag eigentlich?

Verwandte Beiträge: