Known Issues and Resolved issues: Release Notes GRID VGPU FOR VMWARE VSPHERE - Version 361.40 / 362.13 - April 4th, 2016

Updated 08/09/2016 09:15 AM

Known Issues and Resolved issues: Release Notes GRID VGPU FOR VMWARE VSPHERE - Version 361.40 / 362.13 - April 4th, 2016

Customers are strongly advised to read the full release notes included in the download for each version of GRID vGPU they install. Additionally customers are advised to familiarize themselves with the release notes of later versions so they are aware of known and resolved issues in the event they encounter them.

This article draws highlights the known and resolved issues associated with the release notes for GRID VGPU FOR VMWARE VSPHERE - Version 361.40 / 362.13; released on April 4th, 2016.


GRID vGPU for VMware vSphere Version 361.40 / 362.13 RN-07347-001| 9


Issues resolved by this release, which could be seen in earlier releases. Customers who suspect they are encountering any of these issues and using earlier releases, are advised to upgrade to this release where possible.


Bug ID: 200172195

Summary and Description: PowerPoint intermittently crashes in slideshow mode on  XenDesktop in a dual-monitor setup. Running the PowerPoint application in slideshow mode over a XenDesktop session in a dual-monitor setup sometimes causes the application to crash.


Bug ID: 200155765

CATIA intermittently crashes during quick object rotation. Using the mouse to quickly rotate large models in the CATIA application sometimes causes the application to crash


Bug ID: 1717876

Loading large models in CATIA causes an OpenGL failure. Loading very large models in CATIA exhausts the frame buffer, causing Open GL to fail with the error OPENGL 8.


Bug ID: 1720471

Black screen on initial connection to a VM using XenDesktop from a client with multiple displays. The initial connection to a VM that uses XenDesktop from a client with multiple displays results in a black screen. Disconnecting and reconnecting to the VM resolves the issue.


Bug ID: 1710641

Intermittent BSODs on vGPU VMs that are running on a heavily-loaded server vGPU VMs that are running on a heavily loaded server and are accessed through Horizon intermittently bugcheck with error code 0x50.This error occurs because the kernel driver is trying to access an invalid memory location


Bug ID: 1718648

OpenGL applications hang on Linux VMs. OpenGL applications hang after sometime when running on Linux VMs with vGPU.


Known Issues

GRID vGPU for VMware vSphere Version 361.40 / 362.13 RN-07347-001| 9


Driver upgrade from 352.83 to 361.40 fails on baremetal

Description:  Driver upgrade fails on a bare metal setup with this error message:

An NVIDIA kernel module 'nvidia' appears to already

be loaded in your kernel. This may be because it is

in use .....

The upgrade fails because it does not stop the nvidia-gridd service.


Workaround: Stop the nvidia-griddservice before upgrading the driver.

Status: Open

Ref. #200184005



4096x2160 resolution is not available in Windows Control Panel

Description: 4096x2160 resolution cannot be applied through NVIDIA Control Panel and is not listed in Windows Control Panel.

Workaround: Clear the “Hide all unsupported modes” checkbox in Windows Control Panel.

Status: Open

Ref. #200182826



NVIDIA Control Panel is killed during reconnection with a View Session

Description:  If NVIDIA Control Panel is running while a View session is disconnected and then reconnected, NVIDIA Control Panel is killed before the View session is reconnected.

Status: Open

Ref. #200176969



GNOME Display Manager (GDM) fails to start on Red Hat Enterprise Linux (RHEL) 7.2

Description:  GDM fails to start on Red Hat Enterprise Linux 7.2.

Workaround: Enable permissive mode for Security Enhanced Linux (SELinux)

Status:  Not an NVIDIA bug

Ref. #200167868


NVIDIA Control Panel complains that “you are not currently using a display that is attached to an Nvidia GPU”

Description: When you launch NVIDIA Control Panel on a VM configured with vGPU, it fails to start and complains about not using a display attached to an NVIDIA GPU. This usually happens because Windows is using VMware’s SVGA device instead of NVIDIA vGPU.


Fix: Make NVIDIA vGPU the primary display adapter. Use Windows screen resolution control panel to make the second display, identified as “2” and corresponding to NVIDIA vGPU, to be the active display and:

1.     Select the  Show desktop only on 2 option

2.     Click Apply to accept the configuration.

3.     You may need to click on the Detect button for Windows to recognize the display connected to NVIDIA vGPU.


Note: If the VMware Horizon/View agent is installed in the VM, the NVIDIA GPU is automatically selected in preference to the SVGA device.

Status:  Open


VM configured with more than one vGPU fails to initialize vGPU when booted

Description: Using the current VMware vCenter user interface, it is possible to configure a VM with more than one vGPU device. When booted, the VM boots in VMware SVGA mode and doesn’t load the NVIDIA driver. The additional vGPU devices are present in Windows Device Manager but display a warning sign, and a device status of “Windows has stopped this device because it has reported problems. (Code 43)”.

Workaround:  GRID vGPU currently supports a single virtual GPU device per VM.  Remove any additional vGPUs from the VM configuration before booting the VM.

Status:  Open



A VM configured with both a vGPU and a passthrough GPU fails to start the passthrough GPU

Description:  Using the current VMware vCenter user interface, it is possible to configure a VM with a vGPU device and a passthrough (direct path, vDGA) GPU device. This is not a currently supported configuration for vGPU. The passthrough GPU appears in Windows Device Manager with a warning sign, and a device status of “Windows has stopped this device because it has reported problems. (Code 43)”.

Workaround: Do not assign vGPU and passthrough GPUs to a VM simultaneously.

Status: Open

Ref. #1735002



vGPU allocation policy fails when multiple VMs are started simultaneously

Description: If multiple VMs are started simultaneously, vSphere may not adhere to the placement policy currently in effect. For example, if the default placement policy (breadth-first) is in effect, and 4 physical GPUs are available with no resident vGPUs, then starting 4 VMs simultaneously should result in one vGPU on each GPU. In practice, more than one vGPU may end up resident on a GPU.

Workaround:  Start VMs individually.

Status: Not an NVIDIA bug

Ref. #200042690



Prior to installing Horizon agent inside a VM, the Start menu’s sleep option is available.

Description:  When a VM is configured with a vGPU, the Sleep option remains available in the Windows Start menu. Sleep is not supported on vGPU and attempts to use it will lead to undefined behavior.

Workaround:  Do not use Sleep with vGPU. Installing the VMware Horizon agent will disable the Sleep option.

Status: Closed

Ref. #200043405


vGPU-enabled VMs fail to start, nvidia-smi fails when VMs are configured with too high a proportion of the server’s memory.

Description: If vGPU-enabled VMs are assigned too high a proportion of the server’s total memory, one of more of the VMs may fail to start with the error “The available Memory resources in the parent resource pool are insufficient for the operation”, and nvidia-smi run in the host shell returns this error:

-sh: can't fork

For example, on a server configured with 256G of memory, these errors may occur if vGPU-enabled VMs are assigned more than 243G of memory.

Workaround: Reduce the total amount of system memory assigned to the VMs.

Status: Closed

Ref. #200060499



On reset/restart VMs fail to start with the error “VMIOP: no graphics device is available for vGPU...”

Description: On a system running a maximal configuration, i.e. maximum number of vGPU VMs the server can support, some VMs might fail to start post a reset or restart operation.


Fix: Upgrade to ESXi 6.0 Update 1 or higher

Status: Closed

Ref. #200097546



nvidia-smi shows high GPU utilization for vGPU VMs with active Horizon sessions

Description: vGPU VMs with an active Horizon connection utilize a high percentage of the GPU on the ESXi host. The GPU utilization remains high for the duration of the Horizon session even if there are no active applications running on the VM.

Workaround:  None

Status:  Open

Ref. #1735009



MPlayer, or other video players, fail to start when using hardware acceleration on Linux VMs running vGPU

Description: VDPAU is currently not supported on Linux VMs running vGPU.

Workaround: Configure the video player to not use VDPAU or hardware acceleration.

Status: Open

Ref. #200144667


Horizon does not scale over multiple monitors when connecting to Ubuntu VMs

Description: Horizon when connecting to an Ubuntu VM in full screen mode fails to scale over multiple monitors.

Workaround:  Restart lightdmservice. Use the following command on Linux console to restart Lightdm service:

$ service lightdm restart

Status: Open

Ref. #200138540


Multiple WebGL tabs in Microsoft Internet Explorer may trigger TDR (Timeout Detection and Recovery) on Windows VMs

Description: Running intensive WebGL applications in multiple IE tabs may trigger a TDR on Windows VMs.

Workaround: Disable hardware acceleration in IE.  To enable software rendering in IE, refer to Microsoft’s knowledge base article at:

Status:  Open

Ref. #20014837



Users without support who suspect they are experiencing any of these issues can discuss their issues on the NVIDIA community forums at:  


Relevant Products

NVIDIA vGPU for VMware vSphere/ESXi

GRID vGPU cards including K1, K2, M6, M60, etc

Is this answer helpful?

Live Chat

Chat online with one of our support agents



Contact Support for assistance

Click here