Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!

Workaround für SAS-LTO5 an ESXi5.1

Moderatoren: Dayworker, irix

Member
Beiträge: 165
Registriert: 01.10.2007, 17:58
Wohnort: Hamburg

Workaround für SAS-LTO5 an ESXi5.1

Beitragvon ohhmille » 25.02.2013, 12:04

Hallo Leute

Vorab... Ja, ich weiß das dieses Konstrukt von VMWare nicht supportet wird. Aber ich hoffe trotzdem, dass es hier vielleicht ein paar wackere Mitstreiter gibt, die das Problem kennen.

Also, wir haben einen Standalone-Server mit ESXi 5.1 aufgesetzt.

Server: Fujitsu Primergy TX200 S7
SCSI-Controller: LSI-Adapter / SAS3000 Serie / 8-port with 1068
Sicherungs-LW TANDBERG Data LTO-5

ESXi-Version: vSphere 5 Essentials / ESXi 5.1 , build 799733

Das Laufwerk wird auf eine VM druchgeschleift. W2K8-R2 SP1 / Build 7601
Backup-Software: CA Brightstore Arcserve r16.0 SP1

Backup ist eingerichtet und funktonierte auch. Leider mussten wir immer das Bandlaufwerk in dem W2K8-R2-Guest nach jeder Sicherung aktiv stellen. Aus irgendwelchen gründen stellt es sich nach jeder Sicherung auf OFFLINE!

Gibt´s bestimmte Treiber oder Workarounds dafür??
Sonst jemand einen Tipp für mich?

King of the Hill
Beiträge: 13066
Registriert: 02.08.2008, 15:06
Wohnort: Hannover/Wuerzburg
Kontaktdaten:

Beitragvon irix » 25.02.2013, 12:15

Als SCSI Geraet durchgereicht oder per VMDirectPath den ganzen Kontroller?

Gruss
Joerg

Member
Beiträge: 165
Registriert: 01.10.2007, 17:58
Wohnort: Hamburg

Beitragvon ohhmille » 25.02.2013, 12:32

Ganz simple als SCSI-Gerät durchgereicht.
Dank und Grüße
Mille

King of the Hill
Beiträge: 13066
Registriert: 02.08.2008, 15:06
Wohnort: Hannover/Wuerzburg
Kontaktdaten:

Beitragvon irix » 25.02.2013, 12:40

Wir haben es nur noch mit VMdirektPath aka PCIpasstrough hinbekommen. Aber das geht nur wenn an deinem SAS Controller keine weitere Geraete haengen sondern nur das eine SAS LTO, weil dass als ganzen in die VM geht.

Hast du noch andere Geraete dran dann kauf dein einere weitere SAS Kontroller welcher geeignet ist fuer LTOs.

Gruss
Joerg

Member
Beiträge: 165
Registriert: 01.10.2007, 17:58
Wohnort: Hamburg

Beitragvon ohhmille » 25.02.2013, 12:46

Ich sprech nochmal mit dem Kollegen, der für den Außenstandort verantwortlich ist. Aber meines Wissens sollte an dem Controller nichts weiter angeschlossen sein.

Sonst müssen halt die paar Euronen für einen neuen Controller auch noch drin sein... ;)

Member
Beiträge: 328
Registriert: 01.10.2008, 13:46

Beitragvon Login » 25.02.2013, 13:16

Hi Mille,

ich kenne das Phänomen. Es konnte in der Regel behoben werden, indem der SATP für das LTO Gerät von ALUA nach LOCAL umgestellt wurde.

Als was wird das LTO denn im Moment eingebunden?

Speicheradapter -> LTO Kontroller -> Rechtsklick auf das LTO Gerät -> "Pfade verwalten" -> Oben links siehst du dann den StorageArrayType.

Falls es als ALUA Gerät eingebunden wurde, muss es umgestellt werden.

Gruß,
Conne

Member
Beiträge: 165
Registriert: 01.10.2007, 17:58
Wohnort: Hamburg

Beitragvon ohhmille » 25.02.2013, 16:29

Das klingt ja auch nicht schlecht.
Aber kann ich diese Einstellung im laufenden Betrieb ändern oder müssen der "Guest"runtergefahren werden?
Auf was muss ich es denn stellen, damit ich auf LOCAL komme?

Member
Beiträge: 328
Registriert: 01.10.2008, 13:46

Beitragvon Login » 25.02.2013, 19:54

Hi Mille,

mit

esxcli storage core device list

dein Tape auslesen, damit du an die benötigten Daten kommst.

Dann mit

esxcli storage nmp satp rule add --satp="VMW_SATP_LOCAL" --psp="VMW_PSP_FIXED" --vendor="VENDOR" --model="MODEL"

eine festgelegte Regel für das Tape erstellen, wobei VENDOR und MODEL durch die ausgelesenen Daten ersetzt werden müssen.

Nach einem Reboot des ESX sollte das Tape asl SATP local eingebnunden sein und nicht mehr als ALUA.

Gruß,
Conne


Zurück zu „vSphere 5 / ESXi 5 und 5.1“

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 6 Gäste