ESX 3 SCSI device nicht verfügbar

[inoculator]

Hallo.

Ich habe gerade meinen ESX Server mit der Version 3 neu bedampft.
Hardware: DL580 R01, SmartArray 5300 4Kanal
Konfogurierte Devices:
1. Systemspiegel für ESX (intern)
2. RAID5 VMFS3 für die VMDK Dateien
3. RAID5 NTFS mit den Benutzerdaten

Nun zeigt mir ESX die Platten alle an, und ich kann auch virtuelle Maschinen erzeugen, jedoch keiner den Zugriff auf das NTFS Device geben.
ESX meldet, es seien keine non-disk devices vorhanden, btw keine raw SAN verfügbar.Ich habe in der Hilfe gesucht, aber nicht wirklich etwas gefunden. Unter ESX2 war das alles recht einfach, aber hier scheine ich etwas zu übersehen.

Wer schubst mich bitte mal in die richtige Richtung?

Dank und Gruss

Carsten

[stgepopp]

Hallo,

check mal folgendes (VI-Client -> Configuration):

- wieviele vmhba siehst Du unter Storage Adapters?
- wieviele Targets und Luns siehst Du unter jedem Storage Adapter?
- ist Deine NTFS-LUN mit dabei?

wenn ja, dann kannst Du diese LUN EINER VM als RDM zur Verfügung stellen ->
VI-Client -> Auswahl VM -> Edit Properties -> Add Harddisk -> System LUN (Target und LUN s.o.)

wenn nein, solltest Du mal prüfen wo die LUN abgeblieben ist:

# fdisk -l

Erich

[inoculator]

Hallo,
unter VI-Client -> Configuration -> Storage Adapters wird der SmartArray 5300 als vmhba0 angezeigt.
unterhalb dieses gibt es dann die SCSI Targets
0: vmhba0:0:0 (18GB internes RAID1) LUNID 0
1: vmhba0:1:0 (186GB VMKFS RAID5) LUNID 0
2: vmhab0:2:0 (255GB NTFS RAID5) LUNID 0

insofern, Ja das NTFS LUN ist dabei und nein, ich habe keine chance einer VM-Maschine als SystemLUN hinzuzufügen.

Die Option Raw Device Mapping ist ausgegraut, genauso wie der Punkt SCSI Device (unavailable) mit der Bemerkung 'There are no non-disk SCSI devicesavailableon the host'

Irgendwelche Ideen?

Dank

Carsten

[Tschoergez]

Hi,

das Raw Device Mapping (RDM) wird eingerichtet, indem man der VM eine neue Festplatte hinzufügt. Im Assistent gibts dann einen Auswahlpunkt "Mapped SAN LUN", die Du dann der VM zur Verfügung stellen kannst.

Viele Grüße,
Jörg

[inoculator]

Dieser Punkt ist ausgegraut -siehe anlage

[Tschoergez]

uuups, sorry, hab ich wohl in Deinem vorigen Post überlesen....

Viele Grüße,
Jörg

[stgepopp]

Hi,

ich bin mir nicht 100% sicher, es könnte aber daran liegen, dass alle LUNs am Boot-Adapter hängen. Du kannst das auch mal auf Kommandozeile versuchen zu mappen:

# vmkfstools -r /vmfs/devices/disks/vmhba0:2:0:0 /vmfs/volumes/DATASTORE/VM/VM-2.vmdk

Erich

[inoculator]

hmpf..
jetzt bin ich irritiert.
Ich habe mir einen Benutzer mit shellaccess eingerichtet. aber VMKFSTOOLS kennt der ESX 3 scheinbar nicht.

unter ESX 2 habe ich schon damit gearbeitet, allerdings habe ich dort auch nur mit dem root gearbeitet -ich böser finger ;-)

Mein Benutzer ist überigens Mitglied der Gruppe root.

*verwirrter* Gruss

Carsten

[Tschoergez]

versuch mal, mit "su -" (inkl. dem minus) zum root-user zu wexeln.
Evtl. sind sonst die Suchpfade nicht vollständig und er findet die vmkfstools nicht.

Ansonsten liegen sie im Normallfall unter /usr/sbin/vmkfstools

Viele Grüße,
Jörg

[inoculator]

ja, unter diesem pfad habe ich sie gefunden.
aber wenn ich den befehl eingebe kommt nur

-bash: vmkfstools: command not found
HALT: Das ist ein Berechtigungsproblem. Von der Konsole (physikalisch) geht es.

der su- befehl bringt überigens den selben Effekt.
Ich glaube mein mangeldes Wissen über Linux legt mir hier eine Grenze.
(siehe oben ;-) )

OK, ich habe den Befehl ausgeführt -leider ohne Erfolg.
Ich habe den Befehl für meine Umgebung so interpretiert:
vmkfstools -r /vmfs/devices/disks/vmhba0:2:0:0 /vmfs/volumes/vdisk/dersc003.vmdk
Die Datei dersc003.vmdk ist die datei des Server, welche die Disk zugeordnet bekommen soll.
Als antwort bekam ich:
Failed to create virtual disk: The file allready exists
Also, zweiter Versuch:
vmkfstools -r /vmfs/devices/disks/vmhba0:2:0:0 /vmfs/volumes/vdisk/ntfsdisk.vmdk
eine datei, welche noch nicht existiert. Ergebnis:
Failed to create virtual disk: no such device.

*muuuhhhhh*... ich geh' grasen..

[Edit]
beim grasen habe ich mal in den ESX 2 Befehlen rumgekaut.
SFDISK -S -L
Zeigt nur den internen Spiegel des ESX 3 an. NIcht die c0d1p1 des VMFS3 und auch nicht die c0d2p1 des NTFS.
gebe ich aber ein
mount /dev/cciss/c0d2p1 /mnt/data
ein, so kommt ein
fs type NTFS not supported by kernel
[/edit]

[edit]
Ein
ls /vmfs/devices/disks
gibt überigens diese list aus:
vmhba0:0:0:0 vmhba0:1:0:0 vmhba0:2:0:0
[/edit]

[edit]
einen hab' ich noch...
http://www.vmware.com/pdf/vi3_server_config.pdf
Seite 151ff
Limitations of Raw Device Mapping
Available with VMFS-2 and VMFS-3 Volumes Only – RDM requires the VMFS-2
or VMFS-3 format. In ESX Server 3.0, the VMFS-2 file system is read-only. You need
to upgrade it to VMFS-3 to be able to use files it stores.

Na super.... auf meinem ist ein NTFS drauf... *möööp*
[/edit]

[inoculator]

Hailo,
ich dachte ich mach bei dem ganzen Editieren mal nen neuen Post auf ;-)

Also: Meine Linux-Kenntnisse ... äh... naja, die, welche halt nicht vorhanden sind..

su-
haha...

su[leerzeichen]- dann klappts auch mit dem root

Somit ein kleines Problem gelöst. Das der root ab Version 3 keinen ssh-Zugriff mehr hat ist IMHO eine schöne Sache, wenn man denn den SU-Befehl kennt.
Mit jedem andern Benutzer schaffe ich es nicht, Bash-Kommandos abzusetzen. LS, CD, Dir etc.. funktionieren, aber vmkfstools z.B. nicht (Command not found)

Mit dem eigendlichen Mount des NTFS bin ich überigens immer noch nicht weiter.
Im Augenblick patche ich ein wenig herum -aber einen Patch, welcher dieses Problem beschreibt, habe ich noch nicht gefunden.

Schau'n wir mal..

Gruss

Carsten

[Saturnous]

RDM geht nur mit native SCSI Geräten - der Smartarray ist definitiv keines - keiner aus irgendeiner Serie.

Maximal externe Modular SmartArray Boxen gehen wenn sie über native SCSI Kontroller anhebunden sind.