VMware-Forum

Verfasst: **16.08.2016, 10:45**

Hallo Forum,
ich bin neu hier und sehr verzweifelt.

Ich habe esxi 5.1 auf einem Leovo RD430 Server am laufen. Dieser ist bis gestern wunderbar gelaufen. Auf einmal war keine VM mehr erreichbar.

im Vsphere Client werden alle VMs nur als Unknown (kein Zugriff) angezeigt.
Beim Suchen Nach Datastorage wird nichts gefunden.

Neustart des Servers
Im POST werden alle HDDs gefunden aber sobald der esxi hochgefahren ist wird nichts mehr gefunden.

Woran kann das liegen?

Verfasst: **16.08.2016, 11:13**

chris.weibel hat geschrieben:Hallo Forum,
ich bin neu hier und sehr verzweifelt.

Ich habe esxi 5.1 auf einem Leovo RD430 Server am laufen. Dieser ist bis gestern wunderbar gelaufen. Auf einmal war keine VM mehr erreichbar.

im Vsphere Client werden alle VMs nur als Unknown (kein Zugriff) angezeigt.
Beim Suchen Nach Datastorage wird nichts gefunden.

Neustart des Servers
Im POST werden alle HDDs gefunden aber sobald der esxi hochgefahren ist wird nichts mehr gefunden.

Woran kann das liegen?

Ok,
was hat sich geändert? Updates eingespielt?
Zeigt ein fdisk auf der Konsole die Platten noch an?
Steht was in den Logfiles was Hinweise auf die Urache geben könnte.
Gruss

Verfasst: **16.08.2016, 16:08**

geändert hat sich seit 1,5 Jahren nichts außer in den VMs

Es wurden keine updates o.ä eingespielt.
wie meinst du fdisk auf der Konsole? Ich hab mit einem DOS USB Stick gebootet und fdisk mal laufen lassen alles i.o

welche logfiles würden helfen?

Verfasst: **16.08.2016, 16:31**

Der ESXi hat eine Konsole. Einfach mal Alt+F1 druecken. Sollte diese ESXi Shell deaktiviert sein so kann man sie in den TroubleShooting Options aktivien. Einfacher ist es aber dem ESXi zusagen er soll einen SSH starten und du verbindest dich dann per "putty" oder einem ssh Client deiner Wahl.

Dann ein "fdisk -l" und die Aussage hier posten. Dazu auch den letzten Abschnit aus dem vmkernel.log nachdem du eine Rescan aller HBAs gemacht hast.

Gruss
Joerg

Verfasst: **16.08.2016, 16:40**

hoffe das reicht so und passt so

fdisk mit putty

Code: Alles auswählen

VMware offers supported, powerful system administration tools.  Please
see www.vmware.com/go/sysadmintools for details.

The ESXi Shell can be disabled by an administrative user. See the
vSphere Security documentation for more information.
~ # fdisk -l

***
*** The fdisk command is deprecated: fdisk does not handle GPT partitions.  Plea                                                                                        se use partedUtil
***

Found valid GPT with protective MBR; using GPT

Disk /dev/disks/mpx.vmhba32:C0:T0:L0: 123699200 sectors,  117M
Logical sector size: 512
Disk identifier (GUID): 278e6161-f68a-443f-bafa-2ee3a485328d
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 123699166

Number  Start (sector)    End (sector)  Size       Code  Name
   1              64            8191        8128   0700
   5            8224          520191        499K   0700
   6          520224         1032191        499K   0700
   7         1032224         1257471        219K   0700
   8         1257504         1843199        571K   0700
Found valid GPT with protective MBR; using GPT

Disk /dev/disks/naa.5002538da0398552: 488397168 sectors,  465M
Logical sector size: 512
Disk identifier (GUID): 6141a5b3-c92a-4156-8af7-ba47bbaafd43
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 488397134

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048       488396799        465M   0700
Found valid GPT with protective MBR; using GPT

Disk /dev/disks/naa.500253884007fe02: 1953525168 sectors, 1863M
Logical sector size: 512
Disk identifier (GUID): eae3b12f-0fa5-49f1-835c-461e49f085c5
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 1953525134

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048      1953523711       1863M   0700
fdisk: device has more than 2^32 sectors, can't use all of them
Found valid GPT with protective MBR; using GPT

Disk /dev/disks/naa.50014ee2b3aa6de9: 4294967295 sectors, 4095M
Logical sector size: 512
Disk identifier (GUID): fa9be85d-6054-4859-b8bb-b4200e648c9f
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 7814037134

Number  Start (sector)    End (sector)  Size       Code  Name
   1              64            8191        8128   0700
   2         7086080        15472639       8190K   0700
   3        15472640      7814037134       7437M   0700
   5            8224          520191        499K   0700
   6          520224         1032191        499K   0700
   7         1032224         1257471        219K   0700
   8         1257504         1843199        571K   0700
   9         1843200         7086079       5120K   0700
fdisk: device has more than 2^32 sectors, can't use all of them
Found valid GPT with protective MBR; using GPT

Disk /dev/disks/naa.50014ee2b3aa9345: 4294967295 sectors, 4095M
Logical sector size: 512
Disk identifier (GUID): 41bb1d98-7d72-4cbc-920d-94f3aee6de38
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 7814037134

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048      7814035455       7452M   0700
~ #

kernellog

Code: Alles auswählen

2016-08-16T09:01:00.188Z cpu0:4632)WARNING: LinScsiLLD: scsi_add_host:601:vmkAdapter (usb-storage) sgMaxEntries rounded to 255. Reported size was 255
2016-08-16T09:01:00.188Z cpu0:4632)DMA: 609: DMA Engine 'vmhba32' created using mapper 'DMANull'.
2016-08-16T09:01:00.188Z cpu0:4632)<6>usb-storage 1-1.3:1.0: interface is claimed by usb-storage
2016-08-16T09:01:00.188Z cpu0:4632)<6>usb 1-1.3: device is not available for passthrough
2016-08-16T09:01:00.188Z cpu0:4632)<6>usbcore: registered new interface driver usb-storage
2016-08-16T09:01:00.188Z cpu0:4632)<6>USB Mass Storage support registered.
2016-08-16T09:01:00.188Z cpu0:4632)ScsiNpiv: 1525: GetInfo for adapter vmhba32, [0x4100060cac80], max_vports=0, vports_inuse=0, linktype=0, state=0, failreason=0, rv=-1, sts=bad0020
2016-08-16T09:01:00.188Z cpu0:4632)Mod: 4485: Initialization of usb-storage succeeded with module ID 58.
2016-08-16T09:01:00.188Z cpu0:4632)usb-storage loaded successfully.
2016-08-16T09:01:00.723Z cpu3:4635)Loading module vmkapi_v2_0_0_0_nmp_shim ...
2016-08-16T09:01:00.724Z cpu3:4635)Elf: 1852: module vmkapi_v2_0_0_0_nmp_shim has license VMware
2016-08-16T09:01:00.725Z cpu3:4635)VmkapiV2_0_0_0NmpShim: init_module:90: Shim for nmp vmkapi 2.0.0-0 to vmkapi 2.1.0-0 is active.
2016-08-16T09:01:00.725Z cpu3:4635)Mod: 4485: Initialization of vmkapi_v2_0_0_0_nmp_shim succeeded with module ID 59.
2016-08-16T09:01:00.725Z cpu3:4635)vmkapi_v2_0_0_0_nmp_shim loaded successfully.
2016-08-16T09:01:00.738Z cpu5:4132)NetPort: 1574: disabled port 0x2
2016-08-16T09:01:00.738Z cpu5:4132)Uplink: 4915: enabled port 0x2 with mac 00:26:2d:0d:7f:80
2016-08-16T09:01:00.842Z cpu3:4636)Loading module hbr_filter ...
2016-08-16T09:01:00.843Z cpu3:4636)Elf: 1852: module hbr_filter has license VMware
2016-08-16T09:01:00.847Z cpu3:4636)Hbr: 802: Hbr initialize initial heap: (5120769:32700498)
2016-08-16T09:01:00.847Z cpu3:4636)VSCSIFilter: 905: Registered VSCSI filter type hbr_filter
2016-08-16T09:01:00.847Z cpu3:4636)Hbr: 328: HBR crc32 instruction: enabled
2016-08-16T09:01:00.849Z cpu3:4636)Hbr: 154: HBR bitmap mempool initializing (4096:2147483646)
2016-08-16T09:01:00.849Z cpu3:4636)Mod: 4485: Initialization of hbr_filter succeeded with module ID 60.
2016-08-16T09:01:00.849Z cpu3:4636)hbr_filter loaded successfully.
2016-08-16T09:01:00.870Z cpu8:4645)Loading module libfc_92 ...
2016-08-16T09:01:00.871Z cpu8:4645)Elf: 1852: module libfc_92 has license GPLv2
2016-08-16T09:01:00.873Z cpu8:4645)module heap: Initial heap size: 4194304, max heap size: 85254144
2016-08-16T09:01:00.873Z cpu8:4645)vmklnx_module_mempool_init: Mempool max 85254144 being used for module: 61

2016-08-16T09:01:00.873Z cpu8:4645)vmk_MemPoolCreate passed for 1024 pages

2016-08-16T09:01:00.873Z cpu8:4645)skb_mem_info mempool for module libfc_92 created - max size 23068672
2016-08-16T09:01:00.873Z cpu8:4645)module heap: using memType 2
2016-08-16T09:01:00.873Z cpu8:4645)module heap vmklnx_libfc_92: creation succeeded. id = 0x410019000000
2016-08-16T09:01:00.873Z cpu8:4645)Mod: 4485: Initialization of libfc_92 succeeded with module ID 61.
2016-08-16T09:01:00.873Z cpu8:4645)libfc_92 loaded successfully.
2016-08-16T09:01:00.890Z cpu7:4646)Loading module libfcoe_92 ...
2016-08-16T09:01:00.891Z cpu7:4646)Elf: 1852: module libfcoe_92 has license GPLv2
2016-08-16T09:01:00.891Z cpu7:4646)module heap: Initial heap size: 409600, max heap size: 43311104
2016-08-16T09:01:00.891Z cpu7:4646)vmklnx_module_mempool_init: Mempool max 43311104 being used for module: 62

2016-08-16T09:01:00.891Z cpu7:4646)vmk_MemPoolCreate passed for 100 pages

2016-08-16T09:01:00.891Z cpu7:4646)skb_mem_info mempool for module libfcoe_92 created - max size 23068672
2016-08-16T09:01:00.891Z cpu7:4646)module heap: using memType 2
2016-08-16T09:01:00.891Z cpu7:4646)module heap vmklnx_libfcoe_92: creation succeeded. id = 0x410008800000
2016-08-16T09:01:00.891Z cpu7:4646)Mod: 4485: Initialization of libfcoe_92 succeeded with module ID 62.
2016-08-16T09:01:00.891Z cpu7:4646)libfcoe_92 loaded successfully.
2016-08-16T09:01:00.907Z cpu0:4647)Loading module libfc_9_2_0_0 ...
2016-08-16T09:01:00.908Z cpu0:4647)Elf: 1852: module libfc_9_2_0_0 has license GPLv2
2016-08-16T09:01:00.908Z cpu0:4647)Mod: 4485: Initialization of libfc_9_2_0_0 succeeded with module ID 63.
2016-08-16T09:01:00.908Z cpu0:4647)libfc_9_2_0_0 loaded successfully.
2016-08-16T09:01:00.924Z cpu4:4648)Loading module libfcoe_9_2_0_0 ...
2016-08-16T09:01:00.924Z cpu4:4648)Elf: 1852: module libfcoe_9_2_0_0 has license GPLv2
2016-08-16T09:01:01.028Z cpu4:4648)Mod: 4485: Initialization of libfcoe_9_2_0_0 succeeded with module ID 64.
2016-08-16T09:01:01.028Z cpu4:4648)libfcoe_9_2_0_0 loaded successfully.
2016-08-16T09:01:01.282Z cpu4:4651)ALERT: Bootbank cannot be found at path '/bootbank'
2016-08-16T09:01:01.646Z cpu7:4633)usb-storage: detected SCSI revision number 4 on vmhba32
2016-08-16T09:01:01.646Z cpu7:4633)usb-storage: patching inquiry data to change SCSI revision number from 4 to 2 on vmhba32
2016-08-16T09:01:01.646Z cpu7:4633)usb-storage: patching inquiry data to clear TPGS (3) on vmhba32
2016-08-16T09:01:01.646Z cpu8:4634)ScsiScan: 888: Path 'vmhba32:C0:T0:L0': Vendor: 'Verbatim'  Model: '                '  Rev: '    '
2016-08-16T09:01:01.646Z cpu8:4634)ScsiScan: 891: Path 'vmhba32:C0:T0:L0': Type: 0x0, ANSI rev: 2, TPGS: 0 (none)
2016-08-16T09:01:01.646Z cpu8:4634)ScsiUid: 273: Path 'vmhba32:C0:T0:L0' does not support VPD Device Id page.
2016-08-16T09:01:01.646Z cpu8:4634)ScsiScan: 1016: Path 'vmhba32:C0:T0:L0' : No standard UID: Failure. ANSI version 'SCSI-2' (0x2).
2016-08-16T09:01:01.646Z cpu8:4634)VMWARE SCSI Id: Could not get disk id for vmhba32:C0:T0:L0
2016-08-16T09:01:01.646Z cpu8:4634)ScsiScan: 1373: Add path: vmhba32:C0:T0:L0
2016-08-16T09:01:01.731Z cpu10:4652)Loading module ata_piix ...
2016-08-16T09:01:01.732Z cpu10:4652)Elf: 1852: module ata_piix has license GPL
2016-08-16T09:01:01.733Z cpu10:4652)module heap: Initial heap size: 65536, max heap size: 9756672
2016-08-16T09:01:01.733Z cpu10:4652)vmklnx_module_mempool_init: Mempool max 9756672 being used for module: 65

2016-08-16T09:01:01.733Z cpu10:4652)vmk_MemPoolCreate passed for 16 pages

Verfasst: **16.08.2016, 17:19**

Ich habe da in dem fdisk irgendwie nichts gesehen. Kannst du mal gucken ob ein partedUtil mehr anzeigen wuerde?

Wie gross war denn der Datastore /LUN welche nun vermisst wird?

Gruss
Joerg

Verfasst: **16.08.2016, 20:49**

Leute - es ist 2016 !!!
Hört auf mit fdisk an VMFS-volumes herumzu spielen !!!!
Ein DOS-USB-stick mit einem uralt fdisk hat an nem aktuellen ESXi höchstenfalls etwas innerhalb einer DOS-VM verloren.
Auch das etwas neuere fdisk das im ESXi verbaut wurde gehört in die Tonne.

Grund 1: fdisk kann keine grossen Partitionen erkennen - schon gar nicht unter DOS.
Grund 2: fdisk lann den Partitionstyp nicht anzeigen weil ganz banal die Definitionen fehlen.
Im Screenshot sieht man dann für alles Typ 0700 - bedeutet Microsoft Datenpartition und kann sowohl für NTFS als auch FAT erscheinen.

Partitionstabellen unter ESXi schaut man sich per partedUtil an:

partedUtil getptbl /dev/disks/<device>

Einen schnellen Überblick kann man sich auch so zeigen lassen:

ls -alh /dev/disks/* | grep -v "vml"

[root@localhost:/dev/disks] ls -alh /dev/disks/* | grep -v "vml"
-rw------- 1 root root 400.0G Aug 12 01:49 /dev/disks/mpx.vmhba1:C0:T0:L0
-rw------- 1 root root 400.0G Aug 12 01:49 /dev/disks/mpx.vmhba1:C0:T0:L0:1
-rw------- 1 root root 1000.0G Aug 12 01:49 /dev/disks/mpx.vmhba2:C0:T0:L0
-rw------- 1 root root 1000.0G Aug 12 01:49 /dev/disks/mpx.vmhba2:C0:T0:L0:1
-rw------- 1 root root 40.0G Aug 12 01:49 /dev/disks/mpx.vmhba4:C0:T0:L0
-rw------- 1 root root 4.0M Aug 12 01:49 /dev/disks/mpx.vmhba4:C0:T0:L0:1
-rw------- 1 root root 4.0G Aug 12 01:49 /dev/disks/mpx.vmhba4:C0:T0:L0:2
-rw------- 1 root root 250.0M Aug 12 01:49 /dev/disks/mpx.vmhba4:C0:T0:L0:5
-rw------- 1 root root 250.0M Aug 12 01:49 /dev/disks/mpx.vmhba4:C0:T0:L0:6
-rw------- 1 root root 110.0M Aug 12 01:49 /dev/disks/mpx.vmhba4:C0:T0:L0:7
-rw------- 1 root root 286.0M Aug 12 01:49 /dev/disks/mpx.vmhba4:C0:T0:L0:8
-rw------- 1 root root 2.5G Aug 12 01:49 /dev/disks/mpx.vmhba4:C0:T0:L0:9
-rw------- 1 root root 40.0G Aug 12 01:49 /dev/disks/mpx.vmhba4:C0:T12:L0
-rw------- 1 root root 4.0M Aug 12 01:49 /dev/disks/mpx.vmhba4:C0:T12:L0:1
-rw------- 1 root root 4.0G Aug 12 01:49 /dev/disks/mpx.vmhba4:C0:T12:L0:2
-rw------- 1 root root 32.6G Aug 12 01:49 /dev/disks/mpx.vmhba4:C0:T12:L0:3
-rw------- 1 root root 250.0M Aug 12 01:49 /dev/disks/mpx.vmhba4:C0:T12:L0:5
-rw------- 1 root root 250.0M Aug 12 01:49 /dev/disks/mpx.vmhba4:C0:T12:L0:6
-rw------- 1 root root 110.0M Aug 12 01:49 /dev/disks/mpx.vmhba4:C0:T12:L0:7
-rw------- 1 root root 286.0M Aug 12 01:49 /dev/disks/mpx.vmhba4:C0:T12:L0:8
-rw------- 1 root root 2.5G Aug 12 01:49 /dev/disks/mpx.vmhba4:C0:T12:L0:9
-rw------- 1 root root 2.9T Aug 12 01:49 /dev/disks/mpx.vmhba4:C0:T1:L0
-rw------- 1 root root 2.9T Aug 12 01:49 /dev/disks/mpx.vmhba4:C0:T1:L0:1
-rw------- 1 root root 2.9T Aug 12 01:49 /dev/disks/mpx.vmhba4:C0:T2:L0
-rw------- 1 root root 2.9T Aug 12 01:49 /dev/disks/mpx.vmhba4:C0:T2:L0:1
-rw------- 1 root root 300.0G Aug 12 01:49 /dev/disks/mpx.vmhba4:C0:T3:L0
-rw------- 1 root root 300.0G Aug 12 01:49 /dev/disks/mpx.vmhba4:C0:T3:L0:1
-rw------- 1 root root 1000.0G Aug 12 01:49 /dev/disks/mpx.vmhba4:C0:T4:L0
-rw------- 1 root root 1000.0G Aug 12 01:49 /dev/disks/mpx.vmhba4:C0:T4:L0:1
[root@localhost:/dev/disks]

Einen Schnelltest zum prüfen ob ein device ein VMFS-volume hat geht so:

cd /dev/disks
hexdump -n $((0x100000)) -s $((0x100000)) -C mpx.vmhba1\:C0\:T0\:L0:1 | grep -c "0d d0 01 c0"
1

Kommt als Resultat eine 1 sieht es gut aus.

Zu deinem Problem - mit dem dos fdisk hast du evtl Schaden angerichtet der die Reparatur schwierig machen könnte.
Falls die Daten wichtig sind - ruf an wenn du dies liest.
Ich mach sowas so häufig dass ich dir ziemlich schnell sagen kann , wie die Lage ist.
Bitte bis dahin NICHTS weiter unternehmen.
Wenn möglich dieses ISO runterladen:
http://sanbarrow.com/livecds/moa64-nogu ... 14-efi.iso

Du kannst bis Mitternacht anrufen.
Später dann bitte per skype[/code]

VMware-Forum

Datastorage wird aufeinmal nicht mehr erkannt

Datastorage wird aufeinmal nicht mehr erkannt

Re: Datastorage wird aufeinmal nicht mehr erkannt