vmkdump_extract vmkernel-zdump-010611.13.21.1
Warning: Header expects 97803366 byte zdump file, but stat says it's 40566784 bytes.
(File on disk is 57236582 bytes smaller than header expected.)
Your zdump may be corrupted or truncated. Continuing anyway.
Created file "vmkernel-log.1".
Created file "vmkernel-core.1".
This issue occurs because the partition in which the vm-support log is written to is too small to store the dump. When you generate the vm-support bundle, the process incorrectly uses a memory mount point that is too small to collect the vmkernel dump. This results in a truncated dump.
This issue is resolved in ESXi 4.0 Update 3 and ESXi 4.1 Update 2.
On hosts not upgraded to these versions, t o investigate the dumpart log in the vm-support bundle, run this command:
cat workingdir/dumppart-copy.xxxxx.txt
Note: The location of workingdir
can be found in the /tmp/working_dir.txt
file in the log bundle.
You see an output similar to:
Single slot coredump
Created file /var/core/vmkernel-zdump-010811.03.08.1
Error running command. Unable to copy the dump partition: Error writing to fd 4: No space left on device
To work around this issue, manually gather the vmkernel dump from the scratch partition. For more information, see Manually regenerating core dump files in VMware ESX and ESXi (1002769).
Note: The scratch partition is a partition dedicated for temporary storage.
To extract the vmkernel log file from a vmkernel core dump, see Extracting the log file after an ESX or ESXi host fails with a purple screen error (1006796).
Extracting a core dump file from the diagnostic partition following a purple diagnostic screen error