When the server enters this condition, it proceeds to create a memory dump in the vmkcore (FC) partition, listing the previous instructions that took place before the error or exception occurred. When this process completes, the server requires manual rebooting to return to normal operation again. The startup sequence for the server reviews configured core dump slots and if data is found, it actions the procedure to write a core dump file, which can be reviewed to work towards developing corrective measures and a determining root-cause.
Warning: If you are currently experiencing a purple screen error that is displayed on your monitor, do not reset the ESX host. As a precaution, take a picture or screenshot to capture the text of the message displayed on the screen. Ensure you capture all of the text. All technical data is required.
To reboot the host and gather diagnostic information:
- Ensure that you have a visual copy of the exception. This can either be in the form of a picture of the screen, or screenshot taken via your System Management Interface's console.
- Verify that Disk Dump Successful has been printed towards the lower portion of the output. If it does not display this, allow more time for the dump to complete. It may take up to an hour. If it indicates that it failed to create a disk dump, proceed to the next step.
- Reboot the ESX host. The next startup sequence processes the contents of the core dump partition(s).
-
Log in to the ESX host terminal as the root user via SSH or directly at the host's console.
-
For additional technical information and analysis on purple diagnostic screens, see Interpreting an ESX host purple screen (1004250).
If the second line in your screenshot or backtrace contains Oops, the Console OS on your VMware ESX host has panicked. In this case, see Understanding an "Oops" purple diagnostic screen (1006802).