Known Issues: DGX-1

See the sections for specific versions to see which issues are open in those versions.

Docker GPU Containers Cannot be Run

Issue (fixed in 20.02)

Attempting to run GPU-accelerated Docker containers may return the following error.
Failed to initialize NVML: Unknown Error

Explanation and Workaround

This issue occurs if you have installed docker-1.13.1-108 provided by Red Hat Enterprise Linux.

An updated Docker version that resolves the issue is now available. To obtain the update, issue the following:
sudo yum update

DGX: NVSM Services May Fail to Load

Fixed in EL7-20.02


After installing the DGX software stack for Red Hat Enterprise Linux, the following query returns messages indicating that various nvsm services have failed to load.
sudo systemctl --state=failed

Explanation and Workaround

This issue occurs with later versions of the Mosquitto messaging service installed with Red Hat Enterprise Linux 7.7. The latest version compatible with some NVSM services is 1.5.8. To work around, restore the Mosquitto service to version 1.5.8 as follows:
  1. Downgrade the Mosquitto service to 1.5.8.
    sudo yum downgrade mosquitto-1.5.8-1.el7.x86_64
  2. Restart NVSM services.
    sudo systemctl restart nvsm*

DGX-1: DKMS May not Build for New Kernel During Driver Update


This issue is resolved with updated installation isntructions.

When updating the driver, the DKMS module may not build for a newly installed kernel, resulting in a driver/libray mismatch. This can be confirmed by the following output when issuing nvidia-smi:

Failed to initialize NVML: Driver/library version mismatch


Initiate a DKMS build manually by issuing the following:

$ sudo dkms install nvidia/418.67 -k $(uname -r) 

NVSM CLI Returns HTTP Code 500 Error After Hot-Plugging a Previously Removed SSD


(Fixed in EL7-19.09) After removing one of the cache SSDs from the DGX-1, checking the status using NVSM CLI, and then hot-plugging the SSD back in, NVSM CLI reports an HTTP code 500 error.

Example, where drive 20:4 is the reinserted SSD (20 is the enclosure ID and 4 is the drive slot):

nvsm-> show /systems/localhost/storage/drives/20:4
ERROR:nvsm:Bad HTTP status code "500" from NVSM backend: Internal Server Error 

Explanation and Workaround

After re-inserting the SSD back into the system, NVSM recognizes the drive but fails to get full device information from storCLI.  Additionally, the RAID controller sets the array to offline and marks the re-inserted SSD as Unconfigured_Bad (UBad).  This prevents the RAID 0 array from being recreated.

To correct this condition,

  1. Set the drive back to a good state.
    # sudo /opt/MegaRAID/storcli/storcli64 /c0/e<enclosure_id>/s<drive_slot> set good force
  2. Run the script to recreate the array.
     # sudo -c -f  

DGX-1: DSHM does not clear alerts after RAID 0 data drives are recreated

This issue was fixed in EL7-19.07.


The alert that comes up (for example, from the "nvsm show alerts" command) when removing the RAID 0 data drive is not cleared after replacing the drive,recreating the RAID 0 array, and then rebooting the system.


To clear the alerts, run the following command:

# systemctl restart nvsm-storage-dshm

Failure Reading Sector 0x0 May Occur on Reboot


(Resolved in Red Hat Enterprise Linux 7.7) Upon rebooting the server, you may see the following message on the boot screen.

error: failure reading sector 0x0 from 'hd0'.
Press any key to continue ...

Action to Take

Press any key to continue. The server continues the boot process without other problems.


Upgrade to Red Hat Enterprise Linux 7.7.

NVSM CLI and API Reports Incorrect DGX-1 Serial Number

Fixed in EL7-20.02


The DGX serial number returned by "nvsm show health" is a generic serial number that does not reflect the actual number. The same occurs with the NVSM API.


This issue will be resolved in a future update.