Eine LUN fehlt auf einem ESX Host

woisch · Beitragvon **woisch** » 28.07.2009, 12:35

Hi,
hab hier ein komisches Phänomen bei einem Kunden.

2x ESX Hosts (3.5 Update4)
1x Virtual Center

Plötzlich ohne Fremdeinwirkung (angeblich) fehlt auf einem ESX Host eine LUN und alle VMs wurden auf den anderen Host geschoben. Es läuft auch alles soweit nur muss der Zweite HOST auch wieder ordentlich laufen und alle LUNs sehen.
Es handelt sich um vier LUNs.
Wenn ich direkt auf die console schaue und ein FDISK -L mache dann sieht man diese LUN auch eigentlich

Code: Alles auswählen

[root@esx1 volumes]# fdisk -l

Disk /dev/sda: 537.9 GB, 537944653824 bytes
255 heads, 63 sectors/track, 65401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/sda1             1     65401 525333468+  fb  Unknown

Disk /dev/sdb: 151.3 GB, 151319085056 bytes
255 heads, 63 sectors/track, 18396 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/sdb1             1     18396 147765806   fb  Unknown

Disk /dev/sdc: 537.9 GB, 537944653824 bytes
255 heads, 63 sectors/track, 65401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/sdc1             1     65401 525333468+  fb  Unknown

Disk /dev/sdd: 1288.4 GB, 1288490188800 bytes
255 heads, 63 sectors/track, 156650 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/sdd1             1    156650 1258291093+   6  FAT16

Disk /dev/cciss/c0d0: 73.3 GB, 73372631040 bytes
255 heads, 63 sectors/track, 8920 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

           Device Boot    Start       End    Blocks   Id  System
/dev/cciss/c0d0p1   *         1        13    104391   83  Linux
/dev/cciss/c0d0p2            14       650   5116702+  83  Linux
/dev/cciss/c0d0p3           651      8584  63729855   fb  Unknown
/dev/cciss/c0d0p4          8585      8920   2698920    f  Win95 Ext'd (LBA)
/dev/cciss/c0d0p5          8585      8653    554211   82  Linux swap
/dev/cciss/c0d0p6          8654      8907   2040223+  83  Linux
/dev/cciss/c0d0p7          8908      8920    104391   fc  Unknown

Es handelt sich um /dev/sdd1 . Diese wird im Virtual Center unter Storage nicht mehr angezeigt.

Allerdings wenn ich mir den Storage Adapter anschaue sieht man dort alle LUNs . Also müsste man einfach nur irgendwie die LUN remounten. Dafür gibt es aber keine Funktion, diese gibt es erst seit dem ESX4. RESCAN und REFRESH hab cih schon probiert.

Wenn ich ein esxcfg-vmhbadevs --vmfs mache sehe ich auf dem ESX1

Code: Alles auswählen

[root@esx1 volumes]# esxcfg-vmhbadevs --vmfs
vmhba32:0:3:1   /dev/sdd1                        4964b725-2f28f564-7e7f-00215af1fd68
vmhba32:0:1:1   /dev/sdb1                        4964b6fb-d02ad6ea-97d8-00215af1fd68
vmhba32:0:0:1   /dev/sda1                        49957251-de94cbaf-98c1-00215af26a3c
vmhba32:0:2:1   /dev/sdc1                        499a8b3f-842fe16c-2499-00215af26a3c
vmhba0:0:0:3    /dev/cciss/c0d0p3                49635151-e34dc39d-ee84-00215af26a3a
[root@esx1 volumes]#

und auf dem wo es fehlt:

Code: Alles auswählen

[root@esx2 root]# esxcfg-vmhbadevs --vmfs
vmhba32:0:2:1   /dev/sdc1                        499a8b3f-842fe16c-2499-00215af26a3c
vmhba32:0:1:1   /dev/sdb1                        4964b6fb-d02ad6ea-97d8-00215af1fd68
vmhba32:0:0:1   /dev/sda1                        49957251-de94cbaf-98c1-00215af26a3c
vmhba0:0:0:3    /dev/cciss/c0d0p3                496344de-9440f3d1-7391-00215af1fd66
[root@esx2 root]#

Ich muss die SDD1 irgendwie wieder mounten.
Hie rnoch ein esxcfg-swiscsi -s:

Code: Alles auswählen

[root@esx2 root]# esxcfg-swiscsi -s
Scanning vmhba32...
Doing iSCSI discovery.  This can take a few seconds ...
Rescanning vmhba32 ...
On scsi1, removing: 0:0 0:1 0:2 0:3.
On scsi1, adding: 0:0 0:1 0:2 0:3.
Done.
[root@esx2 root]#

Dort werden alle angezeigt. Die fehlende wäre "0:3"

Jemand eine Idee? Wenn ihr noch irgendwelche daten benötigt dann sagt becheid kann ich euch dann geben.

Anbei noch ein Bild.

Gruss
woisch

woisch · Beitragvon **woisch** » 28.07.2009, 12:36

das bild wollte im ersten beitrag nicht so.... :-/
kann das bild irgendwie nicht hinzufügen....

Tschoergez · Beitragvon **Tschoergez** » 28.07.2009, 16:13

was sagt denn das vmkernel-log während eines rescans?

irgendwas mit "lun xxxxx may be a snapshot, disabling access?"
(sind auch super suchbegriffe :grin:

)

wenn die LUN anscheinend vom ESX erkannt wird (beim rescan, zum sicherstellen mach mal cat /proc/scsi/scsi ), aber die VMFS-Partition drauf nicht gemounted wird, ist das meist ein anzeichen dafür, dass die LUN nicht mit der gleichen ID wie vorher/ wie dem anderen Server vom Storage präsentiert wird.

Dazu gibts dann die Einstellungen lvm.enableReginature und lvm.disallowsnapshots, die das richten, aber da sollte man nicht rumspielen ohne zu wissen was man tut.

Nähere Infos:
http://www.yellow-bricks.com/2008/12/11 ... apshotlun/
http://blog.laspina.ca/ubiquitous/under ... fs-volumes

Viele Grüße,
Jörg

Saturnous · Beitragvon **Saturnous** » 28.07.2009, 21:15

Auf der LUN ist ein FAT16 - bieg mal auf Typ fb um.

Device Boot Start End Blocks Id System
/dev/sdd1 1 156650 1258291093+ 6 FAT16

und check ob der Anfang der Partition sauber eingerückt ist mit fdisk -lu.

ollfried · Beitragvon **ollfried** » 28.07.2009, 22:41

Was passiert denn, wenn Du im VI Add Datastore machst, wird die LUN dann als VMFS oder als leer erkannt?

woisch · Beitragvon **woisch** » 29.07.2009, 09:36

Ich kann keine Dateien anhängen, er sagt immer das die maximale Grösse aller attachments erreicht wurde obwohl die sachen nur ein paar kb sind......

Also hier dann das vmkernel log:

Code: Alles auswählen

Jul 29 07:58:20 esx2 vmkernel: 0:21:58:32.516 cpu6:1040)SCSI: 861: GetInfo for adapter vmhba32, [0x584a900], max_vports=0, vports_inuse=0, linktype=0, state=0, failreason=0, rv=-1, sts=bad001f
Jul 29 07:58:20 esx2 vmkernel: 0:21:58:32.519 cpu6:1040)ScsiScan: 398: Path 'vmhba32:C0:T0:L0': Vendor: 'DGC     '  Model: 'RAID 5          '  Rev: '0223'
Jul 29 07:58:20 esx2 vmkernel: 0:21:58:32.519 cpu6:1040)ScsiScan: 399: Type: 0x0, ANSI rev: 4
Jul 29 07:58:20 esx2 vmkernel: 0:21:58:32.520 cpu6:1040)ScsiScan: 398: Path 'vmhba32:C0:T0:L1': Vendor: 'DGC     '  Model: 'RAID 10         '  Rev: '0223'
Jul 29 07:58:20 esx2 vmkernel: 0:21:58:32.520 cpu6:1040)ScsiScan: 399: Type: 0x0, ANSI rev: 4
Jul 29 07:58:20 esx2 vmkernel: 0:21:58:32.521 cpu6:1040)ScsiScan: 398: Path 'vmhba32:C0:T0:L2': Vendor: 'DGC     '  Model: 'RAID 5          '  Rev: '0223'
Jul 29 07:58:20 esx2 vmkernel: 0:21:58:32.521 cpu6:1040)ScsiScan: 399: Type: 0x0, ANSI rev: 4
Jul 29 07:58:20 esx2 vmkernel: 0:21:58:32.522 cpu6:1040)ScsiScan: 398: Path 'vmhba32:C0:T0:L3': Vendor: 'DGC     '  Model: 'RAID 10         '  Rev: '0223'
Jul 29 07:58:20 esx2 vmkernel: 0:21:58:32.522 cpu6:1040)ScsiScan: 399: Type: 0x0, ANSI rev: 4
Jul 29 07:58:20 esx2 vmkernel: 0:21:58:32.525 cpu6:1040)ScsiScan: 398: Path 'vmhba32:C0:T1:L0': Vendor: 'DGC     '  Model: 'RAID 5          '  Rev: '0223'
Jul 29 07:58:20 esx2 vmkernel: 0:21:58:32.525 cpu6:1040)ScsiScan: 399: Type: 0x0, ANSI rev: 4
Jul 29 07:58:20 esx2 vmkernel: 0:21:58:32.527 cpu6:1040)ScsiScan: 398: Path 'vmhba32:C0:T1:L1': Vendor: 'DGC     '  Model: 'RAID 10         '  Rev: '0223'
Jul 29 07:58:20 esx2 vmkernel: 0:21:58:32.527 cpu6:1040)ScsiScan: 399: Type: 0x0, ANSI rev: 4
Jul 29 07:58:20 esx2 vmkernel: 0:21:58:32.528 cpu6:1040)ScsiScan: 398: Path 'vmhba32:C0:T1:L2': Vendor: 'DGC     '  Model: 'RAID 5          '  Rev: '0223'
Jul 29 07:58:20 esx2 vmkernel: 0:21:58:32.528 cpu6:1040)ScsiScan: 399: Type: 0x0, ANSI rev: 4
Jul 29 07:58:20 esx2 vmkernel: 0:21:58:32.529 cpu6:1040)ScsiScan: 398: Path 'vmhba32:C0:T1:L3': Vendor: 'DGC     '  Model: 'RAID 10         '  Rev: '0223'
Jul 29 07:58:20 esx2 vmkernel: 0:21:58:32.529 cpu6:1040)ScsiScan: 399: Type: 0x0, ANSI rev: 4
Jul 29 07:58:20 esx2 vmkernel: 0:21:58:32.532 cpu6:1040)ScsiScan: 398: Path 'vmhba32:C0:T2:L0': Vendor: 'DGC     '  Model: 'RAID 5          '  Rev: '0223'
Jul 29 07:58:20 esx2 vmkernel: 0:21:58:32.532 cpu6:1040)ScsiScan: 399: Type: 0x0, ANSI rev: 4
Jul 29 07:58:20 esx2 vmkernel: 0:21:58:32.533 cpu6:1040)ScsiScan: 398: Path 'vmhba32:C0:T2:L1': Vendor: 'DGC     '  Model: 'RAID 10         '  Rev: '0223'
Jul 29 07:58:21 esx2 vmkernel: 0:21:58:32.533 cpu6:1040)ScsiScan: 399: Type: 0x0, ANSI rev: 4
Jul 29 07:58:21 esx2 vmkernel: 0:21:58:32.534 cpu6:1040)ScsiScan: 398: Path 'vmhba32:C0:T2:L2': Vendor: 'DGC     '  Model: 'RAID 5          '  Rev: '0223'
Jul 29 07:58:21 esx2 vmkernel: 0:21:58:32.534 cpu6:1040)ScsiScan: 399: Type: 0x0, ANSI rev: 4
Jul 29 07:58:21 esx2 vmkernel: 0:21:58:32.535 cpu6:1040)ScsiScan: 398: Path 'vmhba32:C0:T2:L3': Vendor: 'DGC     '  Model: 'RAID 10         '  Rev: '0223'
Jul 29 07:58:21 esx2 vmkernel: 0:21:58:32.535 cpu6:1040)ScsiScan: 399: Type: 0x0, ANSI rev: 4
Jul 29 07:58:21 esx2 vmkernel: 0:21:58:32.538 cpu6:1040)ScsiScan: 398: Path 'vmhba32:C0:T3:L0': Vendor: 'DGC     '  Model: 'RAID 5          '  Rev: '0223'
Jul 29 07:58:21 esx2 vmkernel: 0:21:58:32.538 cpu6:1040)ScsiScan: 399: Type: 0x0, ANSI rev: 4
Jul 29 07:58:21 esx2 vmkernel: 0:21:58:32.539 cpu6:1040)ScsiScan: 398: Path 'vmhba32:C0:T3:L1': Vendor: 'DGC     '  Model: 'RAID 10         '  Rev: '0223'
Jul 29 07:58:21 esx2 vmkernel: 0:21:58:32.539 cpu6:1040)ScsiScan: 399: Type: 0x0, ANSI rev: 4
Jul 29 07:58:21 esx2 vmkernel: 0:21:58:32.540 cpu6:1040)ScsiScan: 398: Path 'vmhba32:C0:T3:L2': Vendor: 'DGC     '  Model: 'RAID 5          '  Rev: '0223'
Jul 29 07:58:21 esx2 vmkernel: 0:21:58:32.540 cpu6:1040)ScsiScan: 399: Type: 0x0, ANSI rev: 4
Jul 29 07:58:21 esx2 vmkernel: 0:21:58:32.541 cpu6:1040)ScsiScan: 398: Path 'vmhba32:C0:T3:L3': Vendor: 'DGC     '  Model: 'RAID 10         '  Rev: '0223'
Jul 29 07:58:21 esx2 vmkernel: 0:21:58:32.541 cpu6:1040)ScsiScan: 399: Type: 0x0, ANSI rev: 4
Jul 29 07:58:21 esx2 vmkernel: 0:21:58:32.546 cpu6:1040)ScsiScan: 398: Path 'vmhba0:C0:T0:L0': Vendor: 'VMware  '  Model: 'Block device    '  Rev: '1.0 '
Jul 29 07:58:21 esx2 vmkernel: 0:21:58:32.546 cpu6:1040)ScsiScan: 399: Type: 0x0, ANSI rev: 2
Jul 29 07:58:21 esx2 vmkernel: 0:21:58:32.546 cpu6:1040)ScsiUid: 776: Path 'vmhba0:C0:T0:L0' does not support VPD Serial Id page.
Jul 29 07:58:21 esx2 vmkernel: 0:21:58:32.546 cpu6:1040)ScsiUid: 847: Path 'vmhba0:C0:T0:L0' does not support VPD Device Id page.
Jul 29 07:58:21 esx2 vmkernel: 0:21:58:32.546 cpu6:1040)ScsiScan: 524: Path 'vmhba0:C0:T0:L0': No standard UID: Failure
Jul 29 07:58:21 esx2 vmkernel: 0:21:58:32.547 cpu3:1041)SCSI: 861: GetInfo for adapter vmhba32, [0x584a900], max_vports=0, vports_inuse=0, linktype=0, state=0, failreason=0, rv=-1, sts=bad001f
Jul 29 07:58:21 esx2 vmkernel: 0:21:58:32.566 cpu1:1039)SCSI: 861: GetInfo for adapter vmhba32, [0x584a900], max_vports=0, vports_inuse=0, linktype=0, state=0, failreason=0, rv=-1, sts=bad001f
Jul 29 07:58:21 esx2 vmkernel: VMWARE SCSI Id: Supported VPD pages for vmhba32:C0:T0:L0 : 0x0 0x80 0x83 0x85 0xc0
Jul 29 07:58:21 esx2 vmkernel: VMWARE SCSI Id: Device id info for vmhba32:C0:T0:L0: 0x1 0x3 0x0 0x10 0x60 0x6 0x1 0x60 0x6e 0x80 0x22 0x0 0x38 0xc 0x74 0xba 0xcc 0xf9 0xdd 0x11 0x1 0x0 0x0 0x10 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x2 0x0 0x0 0x0 0x0 0x0 0x0 0x1 0x14 0x0 0x4 0x0 0x0 0x0 0
Jul 29 07:58:21 esx2 vmkernel: x6 0x1 0x15 0x0 0x4 0x0 0x0 0x0 0x2
Jul 29 07:58:22 esx2 vmkernel: VMWARE SCSI Id: Id for vmhba32:C0:T0:L0 0x60 0x06 0x01 0x60 0x6e 0x80 0x22 0x00 0x38 0x0c 0x74 0xba 0xcc 0xf9 0xdd 0x11 0x52 0x41 0x49 0x44 0x20 0x35
Jul 29 07:58:22 esx2 vmkernel: VMWARE SCSI Id: Supported VPD pages for vmhba32:C0:T0:L1 : 0x0 0x80 0x83 0x85 0xc0
Jul 29 07:58:22 esx2 vmkernel: VMWARE SCSI Id: Device id info for vmhba32:C0:T0:L1: 0x1 0x3 0x0 0x10 0x60 0x6 0x1 0x60 0x6e 0x80 0x22 0x0 0x86 0x31 0x5d 0x55 0xdf 0xdb 0xdd 0x11 0x1 0x0 0x0 0x10 0x0 0x1 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x3 0x0 0x0 0x0 0x0 0x0 0x0 0x1 0x14 0x0 0x4 0x0 0x0 0x0
Jul 29 07:58:22 esx2 vmkernel: 0x6 0x1 0x15 0x0 0x4 0x0 0x0 0x0 0x2
Jul 29 07:58:22 esx2 vmkernel: VMWARE SCSI Id: Id for vmhba32:C0:T0:L1 0x60 0x06 0x01 0x60 0x6e 0x80 0x22 0x00 0x86 0x31 0x5d 0x55 0xdf 0xdb 0xdd 0x11 0x52 0x41 0x49 0x44 0x20 0x31
Jul 29 07:58:22 esx2 vmkernel: VMWARE SCSI Id: Supported VPD pages for vmhba32:C0:T0:L2 : 0x0 0x80 0x83 0x85 0xc0
Jul 29 07:58:22 esx2 vmkernel: VMWARE SCSI Id: Device id info for vmhba32:C0:T0:L2: 0x1 0x3 0x0 0x10 0x60 0x6 0x1 0x60 0x6e 0x80 0x22 0x0 0xd6 0x1e 0x8 0x68 0xd7 0xfc 0xdd 0x11 0x1 0x0 0x0 0x10 0x0 0x2 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x1 0x0 0x0 0x0 0x0 0x0 0x0 0x1 0x14 0x0 0x4 0x0 0x0 0x0 0
Jul 29 07:58:22 esx2 vmkernel: x6 0x1 0x15 0x0 0x4 0x0 0x0 0x0 0x2
Jul 29 07:58:22 esx2 vmkernel: VMWARE SCSI Id: Id for vmhba32:C0:T0:L2 0x60 0x06 0x01 0x60 0x6e 0x80 0x22 0x00 0xd6 0x1e 0x08 0x68 0xd7 0xfc 0xdd 0x11 0x52 0x41 0x49 0x44 0x20 0x35
Jul 29 07:58:22 esx2 vmkernel: VMWARE SCSI Id: Supported VPD pages for vmhba32:C0:T0:L3 : 0x0 0x80 0x83 0x85 0xc0
Jul 29 07:58:22 esx2 vmkernel: VMWARE SCSI Id: Device id info for vmhba32:C0:T0:L3: 0x1 0x3 0x0 0x10 0x60 0x6 0x1 0x60 0x6e 0x80 0x22 0x0 0x12 0x15 0xc3 0x43 0xdf 0xdb 0xdd 0x11 0x1 0x0 0x0 0x10 0x0 0x3 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x1 0x14 0x0 0x4 0x0 0x0 0x0
Jul 29 07:58:22 esx2 vmkernel: 0x6 0x1 0x15 0x0 0x4 0x0 0x0 0x0 0x2
Jul 29 07:58:22 esx2 vmkernel: VMWARE SCSI Id: Id for vmhba32:C0:T0:L3 0x60 0x06 0x01 0x60 0x6e 0x80 0x22 0x00 0x12 0x15 0xc3 0x43 0xdf 0xdb 0xdd 0x11 0x52 0x41 0x49 0x44 0x20 0x31
Jul 29 07:58:22 esx2 vmkernel: VMWARE SCSI Id: Supported VPD pages for vmhba32:C0:T1:L0 : 0x0 0x80 0x83 0x85 0xc0
Jul 29 07:58:23 esx2 vmkernel: VMWARE SCSI Id: Device id info for vmhba32:C0:T1:L0: 0x1 0x3 0x0 0x10 0x60 0x6 0x1 0x60 0x6e 0x80 0x22 0x0 0x38 0xc 0x74 0xba 0xcc 0xf9 0xdd 0x11 0x1 0x0 0x0 0x10 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x2 0x0 0x0 0x0 0x0 0x0 0x0 0x1 0x14 0x0 0x4 0x0 0x0 0x0 0
Jul 29 07:58:23 esx2 vmkernel: x2 0x1 0x15 0x0 0x4 0x0 0x0 0x0 0x1
Jul 29 07:58:23 esx2 vmkernel: VMWARE SCSI Id: Id for vmhba32:C0:T1:L0 0x60 0x06 0x01 0x60 0x6e 0x80 0x22 0x00 0x38 0x0c 0x74 0xba 0xcc 0xf9 0xdd 0x11 0x52 0x41 0x49 0x44 0x20 0x35
Jul 29 07:58:23 esx2 vmkernel: VMWARE SCSI Id: Supported VPD pages for vmhba32:C0:T1:L1 : 0x0 0x80 0x83 0x85 0xc0
Jul 29 07:58:23 esx2 vmkernel: VMWARE SCSI Id: Device id info for vmhba32:C0:T1:L1: 0x1 0x3 0x0 0x10 0x60 0x6 0x1 0x60 0x6e 0x80 0x22 0x0 0x86 0x31 0x5d 0x55 0xdf 0xdb 0xdd 0x11 0x1 0x0 0x0 0x10 0x0 0x1 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x3 0x0 0x0 0x0 0x0 0x0 0x0 0x1 0x14 0x0 0x4 0x0 0x0 0x0
Jul 29 07:58:23 esx2 vmkernel: 0x2 0x1 0x15 0x0 0x4 0x0 0x0 0x0 0x1
Jul 29 07:58:23 esx2 vmkernel: VMWARE SCSI Id: Id for vmhba32:C0:T1:L1 0x60 0x06 0x01 0x60 0x6e 0x80 0x22 0x00 0x86 0x31 0x5d 0x55 0xdf 0xdb 0xdd 0x11 0x52 0x41 0x49 0x44 0x20 0x31
Jul 29 07:58:23 esx2 vmkernel: VMWARE SCSI Id: Supported VPD pages for vmhba32:C0:T1:L2 : 0x0 0x80 0x83 0x85 0xc0
Jul 29 07:58:23 esx2 vmkernel: VMWARE SCSI Id: Device id info for vmhba32:C0:T1:L2: 0x1 0x3 0x0 0x10 0x60 0x6 0x1 0x60 0x6e 0x80 0x22 0x0 0xd6 0x1e 0x8 0x68 0xd7 0xfc 0xdd 0x11 0x1 0x0 0x0 0x10 0x0 0x2 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x1 0x0 0x0 0x0 0x0 0x0 0x0 0x1 0x14 0x0 0x4 0x0 0x0 0x0 0
Jul 29 07:58:24 esx2 vmkernel: x2 0x1 0x15 0x0 0x4 0x0 0x0 0x0 0x1
Jul 29 07:58:24 esx2 vmkernel: VMWARE SCSI Id: Id for vmhba32:C0:T1:L2 0x60 0x06 0x01 0x60 0x6e 0x80 0x22 0x00 0xd6 0x1e 0x08 0x68 0xd7 0xfc 0xdd 0x11 0x52 0x41 0x49 0x44 0x20 0x35
Jul 29 07:58:24 esx2 vmkernel: VMWARE SCSI Id: Supported VPD pages for vmhba32:C0:T1:L3 : 0x0 0x80 0x83 0x85 0xc0
Jul 29 07:58:24 esx2 vmkernel: VMWARE SCSI Id: Device id info for vmhba32:C0:T1:L3: 0x1 0x3 0x0 0x10 0x60 0x6 0x1 0x60 0x6e 0x80 0x22 0x0 0x12 0x15 0xc3 0x43 0xdf 0xdb 0xdd 0x11 0x1 0x0 0x0 0x10 0x0 0x3 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x1 0x14 0x0 0x4 0x0 0x0 0x0
Jul 29 07:58:24 esx2 vmkernel: 0x2 0x1 0x15 0x0 0x4 0x0 0x0 0x0 0x1
Jul 29 07:58:24 esx2 vmkernel: VMWARE SCSI Id: Id for vmhba32:C0:T1:L3 0x60 0x06 0x01 0x60 0x6e 0x80 0x22 0x00 0x12 0x15 0xc3 0x43 0xdf 0xdb 0xdd 0x11 0x52 0x41 0x49 0x44 0x20 0x31
Jul 29 07:58:24 esx2 vmkernel: VMWARE SCSI Id: Supported VPD pages for vmhba32:C0:T2:L0 : 0x0 0x80 0x83 0x85 0xc0
Jul 29 07:58:24 esx2 vmkernel: VMWARE SCSI Id: Device id info for vmhba32:C0:T2:L0: 0x1 0x3 0x0 0x10 0x60 0x6 0x1 0x60 0x6e 0x80 0x22 0x0 0x38 0xc 0x74 0xba 0xcc 0xf9 0xdd 0x11 0x1 0x0 0x0 0x10 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x2 0x0 0x0 0x0 0x0 0x0 0x0 0x1 0x14 0x0 0x4 0x0 0x0 0x0 0
Jul 29 07:58:24 esx2 vmkernel: x7 0x1 0x15 0x0 0x4 0x0 0x0 0x0 0x2
Jul 29 07:58:24 esx2 vmkernel: VMWARE SCSI Id: Id for vmhba32:C0:T2:L0 0x60 0x06 0x01 0x60 0x6e 0x80 0x22 0x00 0x38 0x0c 0x74 0xba 0xcc 0xf9 0xdd 0x11 0x52 0x41 0x49 0x44 0x20 0x35
Jul 29 07:58:24 esx2 vmkernel: VMWARE SCSI Id: Supported VPD pages for vmhba32:C0:T2:L1 : 0x0 0x80 0x83 0x85 0xc0
Jul 29 07:58:24 esx2 vmkernel: VMWARE SCSI Id: Device id info for vmhba32:C0:T2:L1: 0x1 0x3 0x0 0x10 0x60 0x6 0x1 0x60 0x6e 0x80 0x22 0x0 0x86 0x31 0x5d 0x55 0xdf 0xdb 0xdd 0x11 0x1 0x0 0x0 0x10 0x0 0x1 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x3 0x0 0x0 0x0 0x0 0x0 0x0 0x1 0x14 0x0 0x4 0x0 0x0 0x0
Jul 29 07:58:24 esx2 vmkernel: 0x7 0x1 0x15 0x0 0x4 0x0 0x0 0x0 0x2
Jul 29 07:58:24 esx2 vmkernel: VMWARE SCSI Id: Id for vmhba32:C0:T2:L1 0x60 0x06 0x01 0x60 0x6e 0x80 0x22 0x00 0x86 0x31 0x5d 0x55 0xdf 0xdb 0xdd 0x11 0x52 0x41 0x49 0x44 0x20 0x31
Jul 29 07:58:24 esx2 vmkernel: VMWARE SCSI Id: Supported VPD pages for vmhba32:C0:T2:L2 : 0x0 0x80 0x83 0x85 0xc0
Jul 29 07:58:24 esx2 vmkernel: VMWARE SCSI Id: Device id info for vmhba32:C0:T2:L2: 0x1 0x3 0x0 0x10 0x60 0x6 0x1 0x60 0x6e 0x80 0x22 0x0 0xd6 0x1e 0x8 0x68 0xd7 0xfc 0xdd 0x11 0x1 0x0 0x0 0x10 0x0 0x2 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x1 0x0 0x0 0x0 0x0 0x0 0x0 0x1 0x14 0x0 0x4 0x0 0x0 0x0 0
Jul 29 07:58:24 esx2 vmkernel: x7 0x1 0x15 0x0 0x4 0x0 0x0 0x0 0x2
Jul 29 07:58:24 esx2 vmkernel: VMWARE SCSI Id: Id for vmhba32:C0:T2:L2 0x60 0x06 0x01 0x60 0x6e 0x80 0x22 0x00 0xd6 0x1e 0x08 0x68 0xd7 0xfc 0xdd 0x11 0x52 0x41 0x49 0x44 0x20 0x35
Jul 29 07:58:24 esx2 vmkernel: VMWARE SCSI Id: Supported VPD pages for vmhba32:C0:T2:L3 : 0x0 0x80 0x83 0x85 0xc0
Jul 29 07:58:24 esx2 vmkernel: VMWARE SCSI Id: Device id info for vmhba32:C0:T2:L3: 0x1 0x3 0x0 0x10 0x60 0x6 0x1 0x60 0x6e 0x80 0x22 0x0 0x12 0x15 0xc3 0x43 0xdf 0xdb 0xdd 0x11 0x1 0x0 0x0 0x10 0x0 0x3 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x1 0x14 0x0 0x4 0x0 0x0 0x0
Jul 29 07:58:24 esx2 vmkernel: 0x7 0x1 0x15 0x0 0x4 0x0 0x0 0x0 0x2
Jul 29 07:58:24 esx2 vmkernel: VMWARE SCSI Id: Id for vmhba32:C0:T2:L3 0x60 0x06 0x01 0x60 0x6e 0x80 0x22 0x00 0x12 0x15 0xc3 0x43 0xdf 0xdb 0xdd 0x11 0x52 0x41 0x49 0x44 0x20 0x31
Jul 29 07:58:24 esx2 vmkernel: VMWARE SCSI Id: Supported VPD pages for vmhba32:C0:T3:L0 : 0x0 0x80 0x83 0x85 0xc0
Jul 29 07:58:24 esx2 vmkernel: VMWARE SCSI Id: Device id info for vmhba32:C0:T3:L0: 0x1 0x3 0x0 0x10 0x60 0x6 0x1 0x60 0x6e 0x80 0x22 0x0 0x38 0xc 0x74 0xba 0xcc 0xf9 0xdd 0x11 0x1 0x0 0x0 0x10 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x2 0x0 0x0 0x0 0x0 0x0 0x0 0x1 0x14 0x0 0x4 0x0 0x0 0x0 0
Jul 29 07:58:24 esx2 vmkernel: x1 0x1 0x15 0x0 0x4 0x0 0x0 0x0 0x1
Jul 29 07:58:25 esx2 vmkernel: VMWARE SCSI Id: Id for vmhba32:C0:T3:L0 0x60 0x06 0x01 0x60 0x6e 0x80 0x22 0x00 0x38 0x0c 0x74 0xba 0xcc 0xf9 0xdd 0x11 0x52 0x41 0x49 0x44 0x20 0x35
Jul 29 07:58:25 esx2 vmkernel: VMWARE SCSI Id: Supported VPD pages for vmhba32:C0:T3:L1 : 0x0 0x80 0x83 0x85 0xc0
Jul 29 07:58:25 esx2 vmkernel: VMWARE SCSI Id: Device id info for vmhba32:C0:T3:L1: 0x1 0x3 0x0 0x10 0x60 0x6 0x1 0x60 0x6e 0x80 0x22 0x0 0x86 0x31 0x5d 0x55 0xdf 0xdb 0xdd 0x11 0x1 0x0 0x0 0x10 0x0 0x1 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x3 0x0 0x0 0x0 0x0 0x0 0x0 0x1 0x14 0x0 0x4 0x0 0x0 0x0
Jul 29 07:58:25 esx2 vmkernel: 0x1 0x1 0x15 0x0 0x4 0x0 0x0 0x0 0x1
Jul 29 07:58:25 esx2 vmkernel: VMWARE SCSI Id: Id for vmhba32:C0:T3:L1 0x60 0x06 0x01 0x60 0x6e 0x80 0x22 0x00 0x86 0x31 0x5d 0x55 0xdf 0xdb 0xdd 0x11 0x52 0x41 0x49 0x44 0x20 0x31
Jul 29 07:58:25 esx2 vmkernel: VMWARE SCSI Id: Supported VPD pages for vmhba32:C0:T3:L2 : 0x0 0x80 0x83 0x85 0xc0
Jul 29 07:58:25 esx2 vmkernel: VMWARE SCSI Id: Device id info for vmhba32:C0:T3:L2: 0x1 0x3 0x0 0x10 0x60 0x6 0x1 0x60 0x6e 0x80 0x22 0x0 0xd6 0x1e 0x8 0x68 0xd7 0xfc 0xdd 0x11 0x1 0x0 0x0 0x10 0x0 0x2 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x1 0x0 0x0 0x0 0x0 0x0 0x0 0x1 0x14 0x0 0x4 0x0 0x0 0x0 0
Jul 29 07:58:25 esx2 vmkernel: x1 0x1 0x15 0x0 0x4 0x0 0x0 0x0 0x1
Jul 29 07:58:25 esx2 vmkernel: VMWARE SCSI Id: Id for vmhba32:C0:T3:L2 0x60 0x06 0x01 0x60 0x6e 0x80 0x22 0x00 0xd6 0x1e 0x08 0x68 0xd7 0xfc 0xdd 0x11 0x52 0x41 0x49 0x44 0x20 0x35
Jul 29 07:58:25 esx2 vmkernel: VMWARE SCSI Id: Supported VPD pages for vmhba32:C0:T3:L3 : 0x0 0x80 0x83 0x85 0xc0
Jul 29 07:58:25 esx2 vmkernel: VMWARE SCSI Id: Device id info for vmhba32:C0:T3:L3: 0x1 0x3 0x0 0x10 0x60 0x6 0x1 0x60 0x6e 0x80 0x22 0x0 0x12 0x15 0xc3 0x43 0xdf 0xdb 0xdd 0x11 0x1 0x0 0x0 0x10 0x0 0x3 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x1 0x14 0x0 0x4 0x0 0x0 0x0
Jul 29 07:58:25 esx2 vmkernel: 0x1 0x1 0x15 0x0 0x4 0x0 0x0 0x0 0x1
Jul 29 07:58:25 esx2 vmkernel: VMWARE SCSI Id: Id for vmhba32:C0:T3:L3 0x60 0x06 0x01 0x60 0x6e 0x80 0x22 0x00 0x12 0x15 0xc3 0x43 0xdf 0xdb 0xdd 0x11 0x52 0x41 0x49 0x44 0x20 0x31
Jul 29 07:58:25 esx2 vmkernel: 0:21:58:33.544 cpu1:1039)StorageMonitor: 196: vmhba0:0:0:0 status = 2/0 0x5 0x20 0x0
Jul 29 07:58:25 esx2 vmkernel: 0:21:58:33.629 cpu1:1039)ALERT: LVM: 1367: One or more devices not found (file system [LUN-DATA1, 49957251-de94cbaf-98c1-00215af26a3c])
Jul 29 07:58:25 esx2 vmkernel: 0:21:58:34.143 cpu6:1040)ALERT: LVM: 1367: One or more devices not found (file system [LUN-DATA1, 49957251-de94cbaf-98c1-00215af26a3c])

Am ende vom LOG steht was mit LUN-DATA1, das ist nicht die LUN um die es sich handelt. Hängt es aber vielleicht damit zusammen?) Das komische ist aber das der ESX Server drauf zugreifen kann.

Ein fdisk -lu gibt folgendes aus:

Code: Alles auswählen

[root@esx2 root]# fdisk -lu

Disk /dev/sda: 537.9 GB, 537944653824 bytes
255 heads, 63 sectors/track, 65401 cylinders, total 1050673152 sectors
Units = sectors of 1 * 512 = 512 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/sda1           128 1050667064 525333468+  fb  Unknown

Disk /dev/sdb: 151.3 GB, 151319085056 bytes
255 heads, 63 sectors/track, 18396 cylinders, total 295545088 sectors
Units = sectors of 1 * 512 = 512 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/sdb1           128 295531739 147765806   fb  Unknown

Disk /dev/sdc: 537.9 GB, 537944653824 bytes
255 heads, 63 sectors/track, 65401 cylinders, total 1050673152 sectors
Units = sectors of 1 * 512 = 512 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/sdc1           128 1050667064 525333468+  fb  Unknown

Disk /dev/sdd: 1288.4 GB, 1288490188800 bytes
255 heads, 63 sectors/track, 156650 cylinders, total 2516582400 sectors
Units = sectors of 1 * 512 = 512 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/sdd1            63 -1778385047 1258291093+   6  FAT16

Disk /dev/cciss/c0d0: 73.3 GB, 73372631040 bytes
255 heads, 63 sectors/track, 8920 cylinders, total 143305920 sectors
Units = sectors of 1 * 512 = 512 bytes

           Device Boot    Start       End    Blocks   Id  System
/dev/cciss/c0d0p1   *        63    208844    104391   83  Linux
/dev/cciss/c0d0p2        208845  10442249   5116702+  83  Linux
/dev/cciss/c0d0p3      10442250 137901959  63729855   fb  Unknown
/dev/cciss/c0d0p4     137901960 143299799   2698920    f  Win95 Ext'd (LBA)
/dev/cciss/c0d0p5     137902023 139010444    554211   82  Linux swap
/dev/cciss/c0d0p6     139010508 143090954   2040223+  83  Linux
/dev/cciss/c0d0p7     143091018 143299799    104391   fc  Unknown
[root@esx2 root]#

Das mit dem Typ FAT16 und FB hab ich ja auch schon gedacht. Nur wenn ich auf den ESX Host schaue der funktioniert, sieht es da gleich aus. Das iritierrt mich ein wenig.

Wenn ich direkt über den VCServer über add Storage was anhängen möchte, sehe ich gar nichts. Gehe ich direkt über den ESX Host wo die LUN fehlt sehe ich:

Code: Alles auswählen

Device
/VMFS/devices/disk/....
Capacity
1.17 TB
Target Identifier
vmhba32:0:3
LUN
3

Primary Partitions
DOS 16-bit >=32M

Capacity
1.17 TB

Description
<leer>

Was denkt ihr? Alles verloren? Aber das kann ich mir nicht vorstellen. Hat jemand Erfahrung mir "EnableResignature" . Kann ich das auf dem einen HOST einfach so machen, so dass der andere nicht beeinflusst wird? Ich vermute auch das da irgendwas mit der ID nicht mehr stimmt.

Sorry für den langen post aber ich kann leider keine Anhänge anfügen. :-/

woisch · Beitragvon **woisch** » 29.07.2009, 10:25

Ok, das Thema ist erstmal abgeschlossen. Hab ein Ticket aufgemacht und eben hat ein Mitarbeiter von VMWare das Problem lösen können.

Letztendlich hat er es mit Abweichungen über diese Variante gelöst.

http://communities.vmware.com/message/258751#258751

Muss schon sagen das war ein fähiger Mensch.
Danke euch für eure Hilfe.

Gruss
woisch

woisch · Beitragvon **woisch** » 29.07.2009, 11:31

nochmal zur Info.

Das Problem ist höchtwahrscheinlich vom VCServer ausgegangen. Dieser ist direkt mit dem SAN verbunden.

In letzter Zeit wurden häufiger externe Festplatten verbunden. Dadurch wurde die Partitionstabelle verändert und daher auch das plötzliche FAT16 System.....

Hätte man auf dem 1ten ESX einen rescan gemacht wäre die LUN höchstwahrscheinlich auch nicht mehr sichtbar.

Man sollte daher mit diskpart arbeiten unter dem Windows system.

Hier mal ein Link -> http://www.vmware.com/pdf/vi3_35/esx_3/ ... backup.pdf

Seite 34 wäre dann passend.

Gruss
woisch

ollfried · Beitragvon **ollfried** » 29.07.2009, 20:34

Also war die VMFS-LUN für den Windows-Host sichtbar?

Tschoergez · Beitragvon **Tschoergez** » 29.07.2009, 22:49

aaah, der Klassiker!

Dann hast Du wohl gerade nochmal Glück gehabt... ich kenn da einige Umgebungen, bei denen sowas schon zu ausführlichen Tests, ob das Backup funktioniert hat, führte :grin:

Viele Grüße,
Jörg

ollfried · Beitragvon **ollfried** » 29.07.2009, 22:54

Ja, besonders weil der Standard-Windows-Admin immer ja klickt - auch auf die Frage, ob Windows mal eben die 1TB-LUN initialisieren soll. -.- Also: Unbedingt LUN-Masking/SSP/whatever machen!

GTMK · Beitragvon **GTMK** » 29.07.2009, 23:28

Wenn die Windows-Maschine ein Backup-Proxy ist, ist LUN-Masking eher kontraproduktiv - jedenfalls dann, wenn man übers SAN sichern möchte...

Georg.

ollfried · Beitragvon **ollfried** » 30.07.2009, 09:09

Naja, aber dann sollte der Windowsmensch ja wenigstens wissen, was er da tut...

Tschoergez · Beitragvon **Tschoergez** » 30.07.2009, 10:32

Ich versuch bzgl. des VCB-Proxy immer, die Unternehmensrichtlinien etwas aufzuweichen/zu umgehen:
Der VCB-Proxy ist ein Teil der virtuellen Infrastruktur, kein "Windows server" im herkömmlichen Sinne. (kein komänenmitglied, nur die ESX-Admins haben zugriff drauf usw.)

Im Idealfall weiß die Mausschubser-Abteilung :grin:

gar nicht, dass er existiert....

Lässt sich allerdings nicht überall machen, Stichwort Updates,Lizensierung usw.

Viele Grüße,
Jörg

Saturnous · Beitragvon **Saturnous** » 02.08.2009, 17:04

fdisk /dev/sdd <enter>
d <enter>
w <enter>

und dann meinen Post von hier durchmachen

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

VMware-Forum

Eine LUN fehlt auf einem ESX Host

Eine LUN fehlt auf einem ESX Host

Wer ist online?