Free NCP-AII Exam Braindumps
AI Infrastructure Questions 16–20 (page: 5)

Updated On: 19-Sep-2026

You are a network administrator responsible for configuring an East-West (E/W) Spectrum-X fabric using SuperNIC. The Bluefield-3 devices in your network should be set to NIC mode with RoCE enabled to optimize data flow between servers. You have access to the Spectrum-X management tools and the necessary documentation. You need to use specific configuration commands to achieve this setup.
Which of the following steps and commands are necessary to configure the Bluefield-3 devices in NIC mode for the E/W Spectrum-X fabric using SuperNIC? (Pick the 2 correct responses below)

  1. Use the command sudo mlxconfig -d /dev/mst/<device> set LINK_TYPE_P1=2 to enable Ethernet on the Bluefield-3 devices.
  2. Use the command sudo mlxconfig -d /dev/mst/<device> set DISABLE_SPECTRUM_X=1 to reduce overhead.
  3. Use the command sudo mlxconfig -d /dev/mst/<device> set INTERNAL_CPU_OFFLOAD_ENGINE=1 to configure the SuperNIC to operate in NIC mode.
  4. Use the command sudo mlxconfig -d /dev/mst/<device> set DPU_MODE=1 to set up the Bluefield-3 devices in DPU mode.

Answer(s): A,C

Explanation:

NVIDIA Spectrum-X is the world’s first high-performance Ethernet fabric designed specifically for AI, combining Spectrum-4 switches with BlueField-3 SuperNICs. To achieve the high-throughput, low-latency requirements of East-West (server-to-server) AI traffic, the BlueField-3 hardware must be correctly provisioned. The first requirement is ensuring the physical ports are operating in Ethernet mode; LINK_TYPE_P1=2 (and P2=2 for the second port) toggles the hardware from InfiniBand to Ethernet mode. Secondly, the BlueField-3 can operate in several "modes." While "DPU mode" (Option D) offloads the entire OS to the ARM cores, "NIC mode" (or SuperNIC mode) allows the host to manage the networking while leveraging the Internal CPU Offload Engine. Setting INTERNAL_CPU_OFFLOAD_ENGINE=1 is a specific configuration step for Spectrum-X that allows the SuperNIC to handle RoCE (RDMA over Converged Ethernet) and Congestion Control (CC) algorithms more efficiently at 400G speeds. This setup is vital for AI workloads like LLM training, where consistent latency and zero-packet-loss are non-negotiable for collective communications.



An administrator needs to verify HA functionality after configuring BCM (Bright Cluster Manager).
Which command confirms the active head node and failover readiness?

  1. cmsh status to check HA status and active/standby roles.
  2. nvsm show health to validate GPU status on both head nodes.
  3. systemctl restart cmdaemon to force a failover test.
  4. ping <secondary-head-node-ip> to test basic connectivity.

Answer(s): A

Explanation:

NVIDIA Base Command Manager (powered by Bright) relies on a High Availability (HA) pair of head nodes to ensure the AI factory remains operational if the primary controller fails. The cmsh (Bright Shell) is the definitive management interface for this stack. Running the status command within cmsh provides a real-time summary of the cluster’s health, specifically identifying which head node currently holds the "Active" role and which is in "Standby." It also monitors the status of the heartbeat and the synchronization of the database (MariaDB/MySQL).
While nvsm (Option B) is essential for DGX hardware health, it does not manage the logic of the Bright Cluster Manager software. Checking connectivity via ping (Option D) only confirms network reachability but does not verify that the management services (CMDaemon) are actually ready to perform a stateful failover. Thus, cmsh status is the only verified way to confirm that the control plane's redundancy logic is active.



During a multi-day NeMo burn-in, intermittent "GPU fell off bus" errors occur.
Which diagnostic approach isolates hardware faults?

  1. Enable HPL_USE_NVSHMEM for alternative memory sharing.
  2. Run DCGM diagnostics alongside burn-in to monitor GPU health metrics.
  3. Switch from BERT to GPT models for simpler computations.
  4. Reduce blocksize to 500MB to lower memory pressure.

Answer(s): B

Explanation:

The error "GPU fell off bus" is a critical failure where the PCIe link between the GPU and the CPU/PCIe Switch has collapsed, often due to thermal stress, power instability, or physical hardware defects. To isolate the root cause during an intensive workload like NVIDIA NeMo (Large Language
Model framework), the administrator must collect high-fidelity telemetry. DCGM (Data Center GPU Manager) diagnostics are designed for exactly this scenario. By running dcgmi diag -r 3 (a comprehensive hardware stress test) or monitoring health via dcgmi health --check concurrently with the workload, the system can capture the exact moment parameters like PCIe replay counts, temperature spikes, or XID errors occur. This data allows the engineer to determine if a specific H100 module is faulty or if the issue is systemic (e.g., a failing PCIe switch on the motherboard). Lowering the workload (Option C or D) might hide the symptom, but it does not diagnose the hardware's inability to handle peak power and data throughput.



After configuring HA, the administrator runs cmsh status and notices the secondary head node reports mysql [FAIL].
What is the most likely cause?

  1. The BCM license expired after HA configuration.
  2. Network connectivity issues between the primary and secondary head nodes.
  3. The secondary head node lacks NVIDIA GPU drivers.
  4. The cluster nodes are powered on during the HA configuration.

Answer(s): B

Explanation:

In a Bright Cluster Manager HA setup, the database (MySQL/MariaDB) must remain perfectly synchronized between the active and standby head nodes to allow for a seamless transition. This synchronization typically occurs over a dedicated management or heartbeat network. If cmsh status shows the database service as [FAIL] on the secondary node, it almost always points to a communication breakdown. Without a stable network path, the secondary node cannot receive the binary logs from the primary node to keep its local copy up to date.
While licensing (Option A) is important, a license failure usually disables management capabilities entirely rather than just the MySQL sync. Furthermore, head nodes are management servers and do not require GPU drivers (Option C) for their primary function. Ensuring low-latency, reliable connectivity between the two head nodes is the primary troubleshooting step for resolving "MySQL FAIL" states in BCM.



A user wants to restrict a Docker container to use only GPUs 0 and 2.
Which command achieves this?

  1. docker run --gpus '"device=0,2"' nvidia/cuda:12.1-base nvidia-smi
  2. docker run -e NVIDIA_VISIBLE_DEVICES=0,2 nvidia/cuda:12.1-base nvidia-smi
  3. docker run --gpus all nvidia/cuda:12.1-base nvidia-smi -id=0,2
  4. docker run --device /dev/nvidia0,/dev/nvidia2 nvidia/cuda:12.1-base nvidia-smi

Answer(s): A

Explanation:

With the advent of the NVIDIA Container Toolkit and modern Docker versions (19.03+), the --gpus flag is the official, verified method for resource allocation. To restrict a container to specific hardware IDs, the syntax requires a specific string format: --gpus '"device=0,2"'. This tells the NVIDIA Container Runtime to map only those specific physical GPU devices into the container's namespace.
While environment variables like NVIDIA_VISIBLE_DEVICES (Option B) were used in older "nvidia-docker2" setups, they are now considered legacy and can be overridden by the more modern --gpus flag. Option D is incorrect because simply mapping the device nodes (/dev/nvidiaX) is insufficient; the container also needs the appropriate volume mounts for the NVIDIA drivers and libraries, which the --gpus flag handles automatically. This precise isolation is critical in multi-tenant AI environments to ensure that a single developer or job doesn't accidentally utilize the entire 8-GPU tray of a DGX H100.



Viewing page 5 of 16
Viewing questions 21 - 25 out of 170 questions


Post your Comments and Discuss NVIDIA NCP-AII exam prep with other Community members:

AI Tutor AI Tutor 👋 I’m here to help!