Nur noch ein LUN Managing Controller auf einer EVA 4400?

Auch wenn die Vdisks bzw. LUNs einer EVA 4400 über beide Controller erreichbar sind, so können I/O Requests tatsächlich immer nur von einem – dem LUN Managing Controller – ausgeführt werden:

    When creating a virtual disk, one controller is selected to manage the virtual disk. Only this managing controller can issue I/Os to a virtual disk in response to a host read or write request. If a read I/O request arrives on the non-managing controller, the read request must be transferred to the managing controller for servicing. The managing controller issues the I/O request, caches the read data, and mirrors that data to the cache on the non-managing controller, which then transfers the read data to the host. Because this type of transaction, called a proxy read, requires additional overhead, it provides less than optimal performance. (There is little impact on a write request because all writes are mirrored in both controllers’ caches for fault protection.) [1]

Bei mehreren Vdisks möchte man diese also nach Möglichkeit gleichmäßig über beide Controller verteilen. Festgelegt wird das mittels der Einstellung „Preferred path/mode“ in den Eigenschaften der Vdisk in Command View. Path-A-Failover setzt den Managing Controller der Vdisk auf Controller 1, Path-B-Failover auf Controller 2.

Dabei gibt es noch eine Besonderheit zu beachten: Implicit LUN Transition. Wird der Großteil der Read Requests über den Non-Manging Controller empfangen, wird die Vdisk entsprechend verschoben:

    With implicit LUN transition, when the array detects that a majority of read requests for a virtual disk are proxy reads, the array transitions management of the virtual disk to the non-managing controller. This improves performance because the controller receiving most of the read requests becomes the managing controller, reducing proxy read overhead for subsequent I/Os. [1]

Je nach Konfiguration des angeschlossenen Hosts kann sich der Managing Controller einer Vdisk also nachträglich ändern.

Obwohl unsere Vdisks mittels der „Preferred path/mode“ Option auf beide Controller aufgeteilt sind, hatten wir seit einigen Wochen das Problem, dass nur noch Controller 1 als Managing Controller verwendet werden konnte. Kurz nach dem manuellen Festlegen von Controller 2 wurde die Konfiguration zwar übernommen, innerhalb von wenigen Sekunden aber wieder zurück auf Controller 1 geändert.

An der Implicit LUN Transition konnte das nicht liegen. Erstens wechselt diese den Controller nicht schon nach wenigen Sekunden und zweitens trat das Problem auch dann auf, wenn auf einem Host z.B. nur ein fester Pfad zu Controller 2 konfiguriert war.

Verursacht wird das Problem durch einen Firmwarefehler, der zu einem falschen Status der Cache Batterien führen kann. Der betroffene Controller verliert in diesem Fall alle LUN Ownerships und überträgt diese an den anderen Controller. Ersichtlich wird dies durch entsprechende Meldungen im Controller Event Log:

Neben einer sehr großen Anzahl an „An HSV300 controller has changed Battery Cache policy“ Ereignissen hat zumindest in unserem Fall (XCS 09522000) zusätzlich die linke Status LED von Batterie 1 (Controller 2) grün geblinkt (Maintenance in progress).

Beheben lässt sich das Verhalten durch einen Reboot des betroffenen Controllers. Verhindert wird es durch das Firmwareupdate auf XCS 0953400, in dessen Release Notes das Problem auch aufgeführt ist:

    Added a verification step to ensure that an accurate cache battery state is returned for HSV300 controllers to avoid falsely triggered cache policy changes.

Nach dem ersten Reboot von Controller 2 mittels WOCP blieb dieser beim Starten übrigens hängen und ließ sich erst nach einem Reseat (kurz rausziehen und wieder einstecken) wieder booten. Man sollte dabei also besser vor Ort sein.

Ich bin gespannt, ob und nach welcher Zeit das Problem wieder auftritt. Ansonsten ist das Update auf XCS 0953400 natürlich schon geplant.

[1] HP StorageWorks 4400 Enterprise Virtual Array user guide

1 Response to “Nur noch ein LUN Managing Controller auf einer EVA 4400?”



  1. 1 HP CommandView EVA no logon, no path to master controller Trackback zu Januar 21, 2011 um 1:33 pm

Schreibe einen Kommentar

Trage deine Daten unten ein oder klicke ein Icon um dich einzuloggen:

WordPress.com-Logo

Du kommentierst mit Deinem WordPress.com-Konto. Abmelden / Ändern )

Twitter-Bild

Du kommentierst mit Deinem Twitter-Konto. Abmelden / Ändern )

Facebook-Foto

Du kommentierst mit Deinem Facebook-Konto. Abmelden / Ändern )

Google+ Foto

Du kommentierst mit Deinem Google+-Konto. Abmelden / Ändern )

Verbinde mit %s





%d Bloggern gefällt das: