Kein Streamer in einer VM unter ESXi 4.1?

[primetime]

Hallo,

ich arbeite gerade in unserem Test Lab und habe gemerkt, dass ich mit der neuen ESXi 4.1 keinen Streamer (Tandberg LTO-3 an Adaptec 29320) an eine VM weiterreichen kann (kein Pass-Through, sondern über SCSI-Device in den VM-Eigenschaften).

Das Problem fängt schon damit an, dass unter den Speicher-Adaptern am Adaptec kein Gerät erkannt wird und so kann ich natürlich dann auch nichts weiterreichen in die VM.

Kann das jemand bestätigen? Hat VMware ware nun entgülig interne Streamer geblockt um DR und andere Lösungen zu pushen?

Gleicher Host unter ESXi 4.0U2 - Tandberg wird erkannt und kann durchgereicht werden.

Für mich ist das nicht weiter schlimm, ich würde nur gerne Klarheit haben hierzu.

Gruß
Christian

[Saturnous]

Hatte das noch nicht getestet - aber irgendwie "freut" das mich.

Also esxcfg-scsidevs -l zeigt den dann wohl auch nicht ?

[djbreezer]

Hab ein ähnliches Problem... wir haben in den Servern internal LTO4-LWs von HP .. die wurden bisher bei jeder Version einwandfrei erkannt und konnten auch von den VMs benutzt werden. Nur bei der neuen 4.1 scheinen sie nicht mehr zu laufen.

Ist relativ ägerlich wie ich finde, da unser Backupserver auch virtuell ist und ich gern auch die Daten weiterhin in doppelter Form haben möchte. Müssen ja schließlich irgendwie raus aus dem Serverraum .....

[echt_weg]

lto4 tapedrive von ibm angebunden per scsi lässt sich durchreichen

[djbreezer]

das ist gut! Dann muss es auch n Weg geben die HP LTOs da reinzubekommen. Ich werde es nachher mal mit nem FW-Update versuchen.

[primetime]

So wie es sich im off. VMware-Forum darstellt, scheint es sich wohl nur auf Adaptec-Controller zu beziehen....

http://communities.vmware.com/message/1577937

[horsti4ever]

http://communities.vmware.com/message/1269881

Code: Alles auswählen

esxcli nmp satp deleterule --satp VMW_SATP_ALUA --claim-option tpgs_on

For listing the rules associates with "VMW_SATP_ALUA" try this command ...

esxcli nmp satp listrules -s VMW_SATP_ALUA

Danach ein Rescan auf dem SCSI Controller und das Laufwerk war zu sehen
und konnte VM's zugeordnet werden.

[djbreezer]

also hab jetzt mal ein FW-Update vom LTO-LW gemacht... bringt aber leider nix....

was genau löst dieser Befehl, den du da gepostet hast, denn aus ?

[bla!zilla]

Öhh.. gar nichts. Zumindest dann nicht, wenn du ein Problem mit deinem Tape hast.

[djbreezer]

ich bin vor ein paar tagen schon über den befehl gestolpert... und hab da angefangen mich mit TPGS und ALUA zu beschäftigen... nur wollte diese Masse an Input irgendwie nich in meinen Kopf

Muss das wohl in "kleinen Stückchen" zu mir nehmen.... hab mich bis eben nicht getraut den Befehl einzugeben, weil es mir widerstrebt eine Regel zu löschen bei der ich nicht weiß was sie tut und wozu sie da ist.

Sollte vll noch erwähnen das wir nur n kleines NAS mit iSCSI einsetzen was def. kein ALUA beherrscht....

Das Tape-Problem ist btw gelöst....

[ArndN]

Das Tape-Problem ist btw gelöst....

Dürfte man auch erfahren, wie es gelöst wurde, bzw. wo das Problem lag?

Gruß,
Arnd

[djbreezer]

Das Tape-Problem ist btw gelöst....

Dürfte man auch erfahren, wie es gelöst wurde, bzw. wo das Problem lag?

Gruß,
Arnd

Klar... steht ja oben! Es hat den Anschein als ob VMWare irgendwie die Pfade zum LTO-LW anders anspricht in der neuen Version... hab die Regel gelöscht wie es oben steht und schon läufts!

[bla!zilla]

Kann mir dann vielleicht mal jemand erklären was ALUA mit lokalen angeschlossenen Tapes zu tun hat????

[djbreezer]

Kann mir dann vielleicht mal jemand erklären was ALUA mit lokalen angeschlossenen Tapes zu tun hat????

Sehr gute Frage! Würde die Antwort auch gern wissen Aber es macht den Anschein, als ob auf den SCSI-HBAs standardmäßig eine ALUA-Regel liegt, die dafür sorgt, dass das Tape nicht erkannt wird. Der ESXi zeigt ja an, dass da ein Pfad wäre. Nur wird dieser als "ausgefallen" angezeigt.

[bla!zilla]

Weißt du was ALUA macht?? Waren alle Pfade "broken"?

[djbreezer]

Weißt du was ALUA macht??

Najo wie gesagt hab mich da erst eingelesen... aber so wie ichs verstanden hab is ALUA das Protokoll was für die Path-Verwaltung zuständig is bei SAN-Systemen, wenn es mehrere Pfade zum gleichen Ziel gibt...

Waren alle Pfade "broken"?

"Alle" ist vll der falsche Begriff bei nem HBA wo nur 1 lokales LW dranhängt... aber der Pfad zum LW war broken, ja.....

[djbreezer]

So der Weg der weiter oben beschrieben wurde, ist zwar ein Weg, aber für Nutzer die Komponenten einsetzen die das ALUA-Protokoll unterstützen absolut ungeeignet, da alle ALUA-Regeln gelöscht werden!

Die schönere Methode ist hier sich den betroffenen Controller anzeigen zulassen mit:

esxcfg-scsidevs -a

Und dann auf den betroffenen Controller, in diesem Fall ein LSI, eine explizite Regel anzuwenden:

esxcli nmp satp addrule --satp VMW_SATP_LOCAL --driver="mptspi" -description="Regel für lokalen Pfad des LSI-Controllers"

Dann noch neustarten und fertig.

Grüße
Alex

[djbreezer]

sorry für den doppelten Post

[maxpoint]

hiho

äm, ich hänge genau an dem selben Problem. Gibt es eine Möglichkeit dies auch ohne Consolenbefehle zu lösen, also über die normale vSphere Client Software?

Bei mir steht auch Pfad/Status/Ausgefallen

Speicheradapter: 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI
Bandlaufwerk: HP StorageWorks Ultrium 232 SCSI

Danke

Dennis

[irix]

hiho

äm, ich hänge genau an dem selben Problem. Gibt es eine Möglichkeit dies auch ohne Consolenbefehle zu lösen, also über die normale vSphere Client Software?

Nein. Es gibt eine Reihe von Sachen welche sich nicht mit dem VIC einstellen lassen.

Bei mir steht auch Pfad/Status/Ausgefallen

Speicheradapter: 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI
Bandlaufwerk: HP StorageWorks Ultrium 232 SCSI

Danke

Dennis

Installiert einfach vSphere CLI oder Remote CLI bzw. wie immer das Paket gerade heist. Ob man ein Programm nun direkt oder indirekt mit 3 weiteren Parameter fuer Host/User/Pass aufruft ist ja wohl kein grosser Unterschied.

Gruss
Joerg

[maxpoint]

keine Ahnung was du sagen willst, aber das Tool kenne ich nicht. Habs aber gefunden und werd es installieren.
Und woher kennt ihr diese Consoleneinträge? Ich schätze mal das steht in keiner Hilfe? Bin ein Kind von Widows. Unix und Linux bin ich nicht bewandert darum meine Frage.

Dennis

[irix]

keine Ahnung was du sagen willst, aber das Tool kenne ich nicht. Habs aber gefunden und werd es installieren.
Und woher kennt ihr diese Consoleneinträge?

Durch das lesen entsprechender Installationanweisungen bzw. Handbuecher.

Ich schätze mal das steht in keiner Hilfe? Bin ein Kind von Widows. Unix und Linux bin ich nicht bewandert darum meine Frage.

Dennis

Also ein "esxcli.exe" sieht schon sehr nach Windows aus. Da sich in Zukunft die Hosts nur noch per Remote verwalten und Konfiguieren lassen ist das also nichts ungewoehnliches mehr und durchaus Vergleichbar mit einem Windows Server in der Core Installation.

Allerdings steht esxcli.exe Hauptsaechlich im Zusammenhang mit der Konfiguration des swISCSI und dem Binding multibler VMKs an entsprechende pNICs. Es wird auch verwendet um Massenaenderungen an Path Policies bzw. dem aendern der Defaults von einigen SATP zumachen.

Da der direkte Anschluss von Bandlaufwerken leider garnicht supportet wird seitens VMware fuer vSphere ist es kein Wunder das ab und an so ein kruder Workaround hochkommt. Sowas steht dann natuerlich in keinem Handbuch

Gruss
Joerg

[maxpoint]

Also soweit bin ich dann auch schon gekommen mit der Datei "esxcli.exe" ich muss jedoch am Server den Consolenzugriff frei geben.

Windows Core? nicht im Traum! Ist die Oberfläche nicht bunt geht nix. Matrix gibts nur im Film und dabei soll's im großen Stil auch bleiben

Klar aberbeite ich auch mit Console, aber Windows und sehr wenig. Nix gegen Console aber wenn es nicht sein muss...

aber danke erst einmal für den Hinweis. Ich werd das schon bis zum WE hin bekommen

Dennis

[irix]

Also soweit bin ich dann auch schon gekommen mit der Datei "esxcli.exe" ich muss jedoch am Server den Consolenzugriff frei geben.

Hmm.... das vermag ich mir nicht vorzustellen.

Allerdings ist es hier so das der Konsolezugriff sehr frueh freigeschaltet wird und man esxcli erst sehr spaet braucht bei der Einrichtung.

Gruss
Joerg

[maxpoint]

Hm, ich komme aber als Root so nicht rein. Ich erinnere mich schwach, dass bei der ESXi Oberfläche der Consolenzugriff freigegeben werden muss, also wo bei der Ersteinrichtung das Passwort und IP vergeben werden musste. Liege ich da falsch?