iSCSI LUN´s am Windows Server

[mullfreak]

Hi,
auf einer HP MSA2000i gibt es zwei LUN´s die mit VM´s bestückt sind. Die LUN´s wurden fälschlicherweise für "All Hosts" gemapped.
Nun haben wir die MSA2000i um zwei Shelfs erweitert und wollen dort unsere Dateien des Fileservers speichern. Den Connect macht ein Hardware-Server mit Windows 2003 mit dem MS iSCSI-Initiator.

Nun verhält es sich so, dass dieser Windows-Server in der Datenträgerverwaltung die VMFS-LUN´s angezeigt bekommt. Diese sind aber nicht initialisiert. Die ID ist weiterhin "fb" der VMFS-Partitionen.

Ein "ummappen" der LUN´s ist erst in ca. 3 Wochen möglich und wir wollen aber mit unserem Umzug der CIFS-Dateien weitermachen.

Ist es jetzt möglich mit "diskpart - automount - disable" die VMFS-Partitionen zu schützen? Werden dann diese nicht mehr angezeigt in der Datenträgerverwaltung?

Die LUN´s für die CIFS-Daten werden natürlich jetzt richtig gemapped und nur dem Host zur Verfügung gestellt, der auch die Daten beinhalten soll.

Wenn jetzt aber das automount disabled ist, kann ich dann trotzdem die LUN´s mit NTFS formatieren?

Gruß und danke.

Mull

[kastlr]

Hallo,

ich würde dir einen andere Vorgehensweise empfehlen, damit deine User die Platte nicht aus Versehen doch noch formatieren/initialisieren/cleanen.

Deaktiviere (Disable) im Windows Device Manager den Treiber für die beiden LUN's, welche du mit dem VMFS Filesystem belegt hast.
Danach wird Windows diese LUN's nicht mehr verwenden können und sie werden auch nicht mehr im Disk Manager angezeigt.

Sonst besteht immer die Gefahr, das jemand mit den geeigneten Tools die LUN's zerhackt.

Viel Erfolg
Ralf

[mullfreak]

Genau das ist mein Bedenken. Hier haben mehrere Admins Zugriff auf die Server und nicht alle sind so erfahren im Umgang mit VMware/SAN.

Wie und wo finde ich den Treiber für die LUN´s im Gerätemanager?

[kastlr]

Hallo,

im Diskmanager läßt du dir die Eigenschaften der entsprechenden Disk anzeigen, und dann änderst du dort die Einstellung für "Device Usage", das sollte schon reichen.

Alternativ kannst du das auch über den Device Manager durchführen.
Notiere dir aus den Disk Eigenschaften im Disk Manager die Location (Bus Number X, Target ID Y, LUN Z) und deaktiviere im Device Manager den Treiber, der für diese LUN zuständig ist.

Viel Erfolg,
Ralf

[mullfreak]

Hallo Ralf,

danke für die ausführliche Erklärung. Jetzt weiß ich was Du meinst.
Auch ne super Möglichkeit!!!

Gruß
Mull

[kastlr]

Hallo Mull,

ich nutze das immer wieder, um z.B. Pseudo Devices (Symmetrix VCM Device) vor dem OS zu verstecken, damit niemand auf dumme Gedanken kommt.
Kann man auch prima beim MS Cluster Troubleshooting verwenden, dann werden wenigstens die Daten auf den Platten nicht ruiniert.

Allerdings sollte man dann auf die Dokumentation achten, sonst geht das schnell mal verloren und niemand weiß mehr, warum der Server nicht auf die LUN kommt.

Ich nehme aber mal an, das dies in deinem Fall nicht wirklich ein Problem ist.

Gruß
Ralf

[mullfreak]

Nicht wirklich, es geht nur um diesen einen Fall. In ca. 2-3 Wochen werden sowieso die LUN´s neu gemapped und dann den dazugehörigen Server bekannt gegeben und nicht mehr "All Hosts".

Ich war schon geschockt, als die Platten auftauchten nach der Installation des iSCSI-Initiators und dessen Einrichtung. Hatten dann gleich die schlimmsten Befürchtungen dass durch die Initialisierung die VMFS-Partition zerschossen ist.

Mit dem Konsolen-Befehl im ESX konnte ich aber feststellen, dass der Typ oder die ID noch "fb" sind und somit sollte alles OK sein! Warten wir mal bis zum nächsten Restart...

Wenn man nach diesem Problem googelt, bekommt man sehr unterschiedliche Aussagen. Die einen sagen, die VMFS-Part. ist zerschossen und muss wiederhergestellt werden, die anderen sagen es ist kein Problem solange nicht "manuell" eingegriffen wird, sprich initialisiert wird.

Na ja, man will, muss, kann alles richtig machen, deswegen werden wir jetzt die LUN´s mit Deiner Methodik verstecken und dann sowieso neu und diesesmal richtig mappen.

Gruß und nochmal vielen Dank.

Mull

[bla!zilla]

Warum jetzt nicht richtig mappen?

[mullfreak]

Hi,

dass auch die richtigen LUN´s den richtigen Servern gemapped werden. D. h. zwei LUN´s werden den ESX-Servern bekannt gegeben, sonst keinen. Die weiteren LUN´s werden für den Fileserver gemapped, usw.

Dann sieht der Fileserver nicht mehr die VMFS partitionierten LUN´s.

Ich denke doch, dass es so dann wirklich korrekt ist. Oder?

[bla!zilla]

Die ganzen Änderungen kannst du im laufenden Betrieb durchführen. Allgemein hätte ich nie dazu geraten, ganz ohne Mapping zu arbeiten, selbst bei zwei Hosts. Solange dein Fileserver kein VCB nutzt, muss/ darf der die VMFS Volumes nicht sehen.

[mullfreak]

Yep, das war eben letztes Jahr der Fehler.
Hier haben wir die MSA2000i "nur" für unsere VM´s angeschafft. Nachdem diese nun über 1 Jahr tadellos läuft und für das Geld echt ne Menge kann, haben wir uns eben entschieden, auch CIFS damit zu machen.
So holen mich die bösen Geister des letzten Jahres wieder ein.

Jetzt folgt aber eh ein neuer Versuch und ich stehe jetzt gerade for der Installation des iSCSI-Init. Vorher führe ich den automount disable mit diskpart durch.