Check ESX Path Selection Policy (PSP)

VMware ESXi verwendet ein modulares Framework zur Verwaltung von gleichzeitigen Zugriffen auf Datenspeicher. Die Pluggable Storage Architecture (PSA) koordiniert die Arbeit der Multipathing-Plugins (MPP). Verschiedene Storage Hersteller liefern eigene MPP für den Betrieb ihrer Geräte an ESXi Hosts, oder geben Empfehlungen für die Verwendung des VMware Native Multipathing Plugin (NMP). Dieses bietet drei Path-Selection-Policies:

  • Fixed
  • Most recently used (MRU)
  • Roud Robin (RR)

Die Standard-Einstellung des VMware Native Multipathing Plugins ist MRU. Das bedeutet, dass jedes neue ESX-Volume auf jedem Host mit der Policy MRU angesteuert wird.

Beim neu hinzufügen von LUNs zum ESX Cluster passiert es immer wieder, daß für einzelne LUNs nicht die korrekte Path-Selection-Policy gesetzt wird. Bei n Luns x m Server kommt da unter Umständen eine große Anzahl an Konfigurationen zusammen mit erhöhter Fehlerwahrscheinlichkeit. „Check ESX Path Selection Policy (PSP)“ weiterlesen

Windows 10 BSOD auf Tastendruck

Ich kann mich an Zeiten erinnern, da genügte ein Mausklick oder eine falsche Taste, um das gesamte System abstürzen zu lassen. Der gefürchtete Bluescreen of Death (BSOD) war die Folge.

Man kann einen BSOD auch geplant durch eine Tastenkombination auslösen. Dies ist kein Bug, sondern ein Feature!

Dazu muss in der Registry eine Änderung vorgenommen werden:

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\i8042prt\Parameters

Dort ein neues DWORD zufügen mit dem Namen “CrashOnCtrlScroll” und dem Wert 1 (ob Hex oder Dezimal spielt hier keine Rolle). 😉

Danach muss das System neu gestartet werden.

Nach dem Reboot kann der BSOD mit folgender Tastenkombination ausgelöst werden:

[right Ctrl] + [Scroll Lock] + [Scroll Lock]

Dieses Verfahren funktioniert mit

  • Server 2003 SP1 mit Hotfix KB244138, sowie Server 2003 ab SP2
  • Vista SP1 mit Hotfix KB971284, sowie Vista ab SP2
  • Server 2008 SP1 mit Hotfix KB971284, sowie Server 2008 an SP2
  • Windows 7, 8, 8.1, 10

 

Links

MSDN – Forcing a System Crash from the Keyboard

Veeam Replication und VM MAC Conflict Alarm

Nach jedem Replikationsvorgang einer VM meldet vCenter einen VM MAC Conflict Alarm. Der Alarm ist korrekt, da Veeam die VM (hier eine vCenter Appliance) zu 100% repliziert, also auch inklusive der original MAC Adresse. Folglich wird der Alarm korrekt ausgelöst. In diesem speziellen Fall ist er jedoch unbegründet. Ein Replikat wird nur verwendet, wenn das Original nicht mehr verfügbar ist.

Falsche Alarme (oder besser gesagt unbegründete) quittieren ist mühsam und führt zur Abstumpfung. Die Wahrscheinlichkeit, daß dadurch irgendwann ein schwerer Alarm übersehen, oder ignoriert wird, steigt an.

„Veeam Replication und VM MAC Conflict Alarm“ weiterlesen

ESXi nach Upgrade zurücksetzen

ESXi Host nach einem Upgrade mittels DCUI auf Letzte Version zurücksetzen

ESXi Host-Upgrades bergen immer ein gewisses Risiko. So kann es während des Upgradevorgangs zu Problemen kommen, dass der Host nicht mehr optimal funktioniert. In solchen Fällen ist es gut zu wissen, daß man zum letzten funktionsfähigen Image zurückkehren kann.

Ein Rücksprung ist nach den folgenden Upgrademethoden möglich:

  • Installation oder Deinstallation eines VIB
  • Installation mittels Update Manager
  • Entfernung eines Host-Profils
  • Installation vom ISO

„ESXi nach Upgrade zurücksetzen“ weiterlesen