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?
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
-
irix
- King of the Hill
- Beiträge: 13066
- Registriert: 02.08.2008, 15:06
- Wohnort: Hannover/Wuerzburg
- Kontaktdaten:
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
Hast du noch andere Geraete dran dann kauf dein einere weitere SAS Kontroller welcher geeignet ist fuer LTOs.
Gruss
Joerg
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
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
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
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 0 Gäste