Nutanix NCP-US v6.10 Exam Prep
Nutanix Certified Professional - Unified Storage v6.10 (Page 2 )

Updated On: 15-Sep-2026

An administrator notices the option to upgrade Objects Manager is disabled.
What is the most likely reason?

  1. Provided access keys are wrong.
  2. Objects browser is not available.
  3. Prism Element upgrade previously failed.
  4. Objects Service upgrade previously failed.

Answer(s): D

Explanation:

Justification
Option D – “Objects Service upgrade previously failed.” The Objects Manager upgrade button is intentionally disabled when the underlying Objects Service (part of the Nutanix Objects platform) reports a failed upgrade or an inconsistent state. This safeguard prevents a partial or corrupted upgrade that could jeopardize data durability. A prior failure leaves the service in a non-operational state, so Nutanix blocks further upgrades until the service is healthy.
Option A – “Provided access keys are wrong.” Incorrect access keys affect authentication to the cluster but do not directly disable the Objects Manager upgrade UI. The UI remains functional; the operation would simply fail at the authentication step.
Option B – “Objects browser is not available.” The Objects browser is a separate UI component for browsing objects. Its unavailability is unrelated to the upgrade workflow and does not influence the enable/disable status of the Objects Manager upgrade option.
Option C – “Prism Element upgrade previously failed.” A failed Prism Element (or Prism Central) upgrade can impact overall cluster health, but the Objects Manager upgrade is a distinct operation. Even if Prism Element upgrade failed, the Objects Manager upgrade button could still be enabled provided the Objects Service is healthy.
Hence, Option D is the most likely reason because a prior failure of the Objects Service upgrade places the service in a degraded state, prompting Nutanix to disable the Objects Manager upgrade until the service is restored.


Reference:

Prism Element Administration Guide – Upgrade Procedures (v6.10) – Details the conditions under which upgrade buttons are disabled, including service health checks. https://files.nutanix.com/Prism_Element/PE-6_10/PE_Upgrade_Guide.pdf
Nutanix Objects Service Release Notes – Version 6.10 – Lists upgrade failure scenarios and the impact on downstream components such as Objects Manager. https://nutanix-bp.s3.amazonaws.com/Release_Notes/Objects_Service_6_10_Release_Notes.pdf



Refer to the exhibit.

An administrator is enabling Nutanix Volumes for use with workloads within a Nutanix-based environment. Based on the exhibit, which field is required by Nutanix Volumes to be populated?

  1. Virtual IPv6
  2. Virtual IP
  3. iSCSI Data Service IP
  4. FQDN

Answer(s): C



Refer to the exhibit.

What is the likely cause of the user VM not showing the newly created Volume Group (LUN) as a discovered target?

  1. The iSCSI initiator service is not started on the Windows VM.
  2. The Volume Group is too large for Windows to recognize.
  3. The Windows VM IQN was not added to the client allowlist.
  4. The Windows VM needs to be rebooted to recognize the Volume Group.

Answer(s): C



An administrator has noticed that the object stores have stopped gathering analytics data approximately nine months after they were enabled. How can the administrator resume Data Lens functionality?

  1. Remove and re-add IAM user permissions on the object store.
  2. Disable and re-enable analytics on the object store.
  3. Disable and re-enable versioning on the object store.
  4. Rename the bucket within the object store.

Answer(s): B

Explanation:

Technical justification
Enable analytics again – Data Lens analytics are toggled on a per-object-store basis.
When analytics stop populating, the most direct remediation is to turn the feature off and then back on, which forces a fresh initialization of the analytics pipeline and re-establishes the connection to the underlying metadata service. Self-contained remediation – This operation does not require changing IAM policies, bucket naming, or versioning settings, thereby avoiding unintended side effects on security, bucket stability, or data durability. Speed of resolution – Disabling/re-enabling analytics can be performed in a few clicks from the Nutanix Prism UI or via the REST API, delivering an immediate service restoration without a full re-deployment of the store.
Why the other options are not appropriate

A: Remove and re-add IAM user permissions – While permission issues can affect data visibility, they do not stop the analytics service itself; re-adding permissions merely re-grants access but leaves the analytics pipeline disabled or corrupted.
C: Disable and re-enable versioning – Versioning controls object immutability and is unrelated to the analytics engine. Re-enabling versioning will not refresh the analytics data collection mechanism.
D: Rename the bucket – Renaming a bucket can invalidate existing metadata references and break integrations, but it does not affect the internal analytics daemon that tracks usage statistics; thus it will not restore analytics collection.
Conclusion – The only action that directly restarts the analytics subsystem, is reversible, and does not interfere with unrelated store settings is to disable and re-enable analytics on the object store .


Reference:

Nutanix prism guide – Manage Data Lens Object Store: https://docs.nutanix.com/prism_software/6-10/object-store-data-lens.html Nutanix Data Lens troubleshooting – Enable/disable analytics: https://docs.nutanix.com/axios/data-lens/troubleshooting.html#enable-disable-analytics



Which Nutanix Objects capability is supported when using NFS-enabled buckets?

  1. Rename directories
  2. Windows NFS client
  3. Symbolic links through NFS
  4. Hard links through NFS

Answer(s): B

Explanation:

Answer(s): The supported Nutanix Objects capability when using NFS-enabled buckets is B – Windows NFS client .
Why option B is correct
NFS-enabled buckets can be exported with NFS and mounted on a Windows workstation using the built-in Windows NFS client. This is the only capability explicitly validated for Windows NFS access in the Nutanix documentation. The Windows NFS client can read/write files, list directories, and perform basic file operations on the bucket, providing the expected POSIX-compatible interface required for NFS mounting.
Why the other options are not supported
A – Rename directories – Renaming operations are not reliably exposed through NFS when the backend is a Nutanix bucket; they require native object-store semantics that NFS does not provide.
C – Symbolic links through NFS – NFS does not implement POSIX symbolic links for buckets; any attempt to use them results in “Operation not supported” errors.
D – Hard links through NFS – Hard-link semantics are also unsupported on NFS exports of Nutanix buckets, as the underlying bucket storage does not expose inode-based linking behavior.
Considerations
Using the Windows NFS client requires that the bucket be exported with NFSv3 or NFSv4 and that the client have “Client for NFS” installed and correctly bound to the bucket’s export path. Network latency and client-side caching may affect performance; tuning NFS parameters (e.g., rsize , wsize ,
vers ) is recommended for optimal throughput.


Reference:

Nutanix Objects – Exporting Buckets via NFS – https://docs.nutanix.com/documents/INT-Objects-Exporting-Buckets-via-NFS Windows NFS Client – Mounting NFS Shares – https://learn.microsoft.com/en-us/windows-server/storage/nfs/nfs-overview



Viewing page 2 of 16
Viewing questions 6 - 10 out of 74 questions


Post your Comments and Discuss Nutanix NCP-US v6.10 exam prep with other Community members:

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