Loading

×Sorry to interrupt
CSS Error

Refresh

Cookie Preference Center

General Information on cookies

When you visit our website, we use cookies to ensure that we give you the best experience. This information does not usually directly identify you, but it can give you a more personalized web experience. Because we respect your right to privacy, you can choose not to allow some types of cookies by clicking on the different category headings to find out more and change your settings. However, blocking some types of cookies may impact your experience on the site and the services we are able to offer. Further information can be found in our

Cookie Policy.

Strictly Necessary

Strictly Necessary

Always Active

Strictly Necessary

Strictly necessary cookies are always enabled since they are essential for our website to function. They enable core functionality such as security, network management, and website accessibility. You can set your browser to block or alert you about these cookies, but this may affect how the website functions. For more information please visit www.aboutcookies.org or www.allaboutcookies.org.

Cookie Details‎

Performance

Performance

Performance

Performance cookies are used to analyze the user experience to improve our website by collecting and reporting information on how you use it. They allow us to know which pages are the most and least popular, see how visitors move around the site, optimize our website and make it easier to navigate.

Cookie Details‎

Please confirm your settings by refreshing the page.

Functional

Functional

Functional

Functional cookies help us keep track of your past browsing choices so we can improve usability and customize your experience. These cookies enable the website to remember your preferred settings, language preferences, location and other customizable elements such as font or text size. If you do not allow these cookies, then some or all of these services may not function properly.

Cookie Details‎

Advertising

Advertising

Advertising

Advertising cookies are used to send you relevant advertising and promotional information. They may be set through our site by third parties to build a profile of your interests and show you relevant advertisements on other sites. These cookies do not directly store personal information, but their function is based on uniquely identifying your browser and internet device.

Cookie Details‎

Advertising Cookies

Consent Leg.Interest

Select All Vendors

Select All Vendors

Select All Hosts

Select All

Clear Filters

Information storage and access

Apply

Confirm My Choices Reject All Allow All

My Subscriptions

Loading

Knowledge Base

Configuring a vSphere ESXi host to use a local USB device for VMkernel coredumps (1038228)

Last Updated: 7/17/2023Categories: How toTotal Views: 90059Language:
Chinese (Simplified)JapaneseEnglish

3 like this article

Subscribe to get an email
newsletter with new updates

3 people found this helpful Please provide article feedback:

Purpose

When an ESXi host fails with a purple diagnostic screen involving network or disk devices or drivers, it may not be possible to write diagnostic information via the preferred network or disk device. This article provides a method to configure the ESXi host to dump diagnostic information to a local USB storage device in the event of a purple diagnostic screen.

If network or disk connectivity is not suspect, it is more common to use one of those methods to collect diagnostic information from an ESXi host. For more information, see:

Configuring an ESX/ESXi host to capture a VMkernel coredump from a purple diagnostic screen (1000328)

Configuring an ESXi 5.x host to capture a VMkernel coredump from a purple diagnostic screen via the Network Dump Collector (2002955)

Impact / Risks

Caution: Disabling the USB arbitrator removes access to existing USB devices used for passthrough to virtual machines and prevents newly-added virtual machines from being passed through to virtual machines. Gracefully disconnect USB devices prior to using this method. For more information, see the Virtual Machine Functions that Can Result in Data Loss with USB Devices and Remove a USB Device from a Virtual Machine sections in the vSphere Virtual Machine Administration Guide for your version of vSphere.

Resolution

On ESXi 4.1 and higher, the USB arbitrator service takes control of local USB devices and passes them through for use by virtual machines. For more information on USB Passthrough, see USB Device Passthrough Configuration from an ESXi/ESX Host to a Virtual Machine in the vSphere Virtual Machine Administration Guide for your version of vSphere.

To use a local USB storage device to save a VMkernel coredump during a purple diagnostic screen, the USB arbitrator service must be disabled. However, USB devices may be claimed by the USB arbitrator or used by the VMkernel, not both. Thus, using USB storage devices locally on a vSphere ESXi host prevents their use by virtual machines.

To use a local USB storage device to save future VMkernel coredump diagnostic information:

Open a console session to the vSphere ESXi host, either using SSH or the local ESXi Shell and log in an administrative user. For example, log in as the root user.

Validate that no virtual machines are using USB devices via passthrough.

Disable the USB Arbitrator service using the command:

/etc/init.d/usbarbitrator stop

Connect the USB storage device to the ESXi host.

Perform a rescan of the storage. For more information, see Performing a rescan of the storage on an ESX/ESXi host (1003988).

Validate that the USB storage device appears on the ESXi host. For more information, see Identifying disks when working with VMware ESX/ESXi (1014953).

Create a new diagnostic partition on the USB storage device, and activate it for use by the VMkernel for storing diagnostic information. For more information, see the Creating and activating a diagnostic coredump partition on disk section in Configuring an ESX/ESXi host to capture a VMkernel coredump from a purple diagnostic screen (1000328). Note: proper GUID is 9D27538040AD11DBBF97000C2911D1B8

Note: This service is started again during the next boot, and USB devices are made available for virtual machine passthrough. After reproducing a purple diagnostic screen failure and restarting the ESXi host, the USB arbitrator service must be stopped again to copy the contents out. For more information, see Collecting diagnostic information from an ESX or ESXi host that experiences a purple diagnostic screen (1004128).

To restore USB device access for passthrough to virtual machines without restarting:

Open a console session to the vSphere ESXi host, either using SSH or the local ESXi Shell and log in an administrative user. For example, log in as the root user.

Validate that the VMkernel is not using any USB devices.

Enable the USB arbitrator service using the command:

/etc/init.d/usbarbitrator start

Restart the hostd management service. For more information, see Restarting the Management agents on an ESXi or ESX host (1003490).

Related Information

Configuring an ESXi/ESX host to capture a VMkernel coredump from a purple diagnostic screen
Collecting diagnostic information from an ESX or ESXi host that experiences a purple diagnostic screen
Configuring an ESXi 5.x host to capture a VMkernel coredump from a purple diagnostic screen via the Network Dump Collector
Configuring a diagnostic coredump partition on an ESXi 5.x/6.x host
VMkernel コアダンプをローカルの USB デバイスに出力するように vSphere ESXi ホストを構成する
配置 vSphere ESXi 主机以使用本地 USB 设备用于 VMkernel 核心转储

Detectable by VMware SkylineTM

Actions

Copy

link to clipboard
copied!

Print

Language:
Chinese (Simplified)JapaneseEnglish

Attachments

Additional Resources

KB
•
End Of General Availability of the Free vSphere Hypervisor (ESXi 7.x and 8.x) (2107518)

Result 1 of 1

Ask The Community

Get answers quickly from VMware experts in the community

Post Subject

CONTINUE IN COMMUNITIES

Related Products:

Related Versions:

Take Our Survey

Support Assistant