AHV Virtualization

I recently deployed Nutanix , but when I am opening web browser it is showing and I belive that it might be the certificate issue. I issued a commad to check the certificate in CVM and it is showing below and my system team already passed the date and time, what might be the other issue. Cluster is showing UP and healthy.  upstream connect error or disconnect/reset before headers. retried and the latest reset reason: connection failure, transport failure reason: TLS error: 268435581:SSL routines:OPENSSL_internal:CERTIFICATE_VERIFY_FAILED

Hello, I have recently deployed nutanix with Foundation, and every went well and I can access the PE from web browser. But when I go the Virtual Switch section, I cannot See vs0 in Switch Tab, not sure what is the issue. I go to Cluster Setting and Reboot the cluster, but it keep on processing and so on entering in maintenance mode. Can anyone help.    Regards

We have created Auto shutdown playbook of AHV host with scheduled but facing issue, when Prism Central ON , these scheduled initiated before time and we not  able to to access prism central , so disable  playbook task. Prism element started then PC started and excuted these playbook schedule and shutdown 2 AHV from Prism cluster.

Hello,  I’ve deployed several test Nutanix Single-Node clusters for test purposes. Actually I’m encountering strange error during LCM update for AHV (I’m running version 10.0.1.6 update to version 10.3.1.2 is available). During update process LCM returns an error: Operation Failed. Reason: LCM operation update failed on leader, ip: [x.x.x.x] due to Upgrade failed: Unable to run upgrade plugin prepare_reimage: exit status 1Plugin stdout:Staging AHV media to /media/ahv.iso'/dev/sdd' -> '/media/ahv.iso'Preparing for reimagingAHV installation on LVM, PV device: /dev/sda3Plugin stderr:No symlink matching */md/* or */disk/by-id/* found for block device /dev/sdaFailed to prepare for reimaging. Logs have been collected and are available to download at /home/nutanix/data/logbay/bundles/auto-lcm-log-collection-2026-03-12-27553431714.zip  I have no idea what can I do to resolve this issue

HiI have a customer with an old Nutanix AHV Cluster:Prism Central: pc.2023.4.0.2  AOS: 6.5.6.6  AHV: el7.nutanix.20220304.511 We wil deploy a new Nutanix AHV Cluster:Prism Central: 7.5.0.6  AOS: 7.5.0.6 AHV: 11.0.0.2  But the problem here is Veeam compatibility between enviroments. Right now the customer has two Veeam 12 apliances, the initial proposal was to eliminate one of them and use a single Veeam appliance with Veeam13.However when I was checking t

Estimado Foro,En relación a los procesos de migración donde el E2E, los procesos, flujos, ambitos incluso de permisos es un factor que limita y afecta una correcta migración.Queria consultar si alguien ha realizado algun documento de migración donde incluya: restricciones, compatibilidades, recomendaciones, el año anterior realice una migración en este ambito que me da un contexto inicial, sin embargo el reto es grande cuando todo incrementa en tamaño de Workload y criticidad, en este sentido si alguien tiene algun inicio seria importante lo comparta, o en su defecto lo ire documentando para aporte a la comunidad.Una consulta: alguien ha expermientado migrar un Active Directory to AHV, de pronto me puede compartir su experiencia? 

Hi,I have recently deployed a pair of AHV clusters on a customer. Each cluster has its own Prism Central cause they are going to be part of a Metro availability environment with a witness VM on a third site.Now the customer is asking me if he could have some kind of overview and managing of both clusters from a single dashboard.I think that Nutanix Central could accomplish that request, however I’ve never deployed it and I have some questions.Checking the documentation I see that you can deploy it onpremise by downloading it from each Prism Central marketplace. So I assume it will deploy a VM appliance on each cluster (similar to prism central) and I should have to config it.Are there any specific tips that you could provide before deploying it?By the way, both clusters have PC 7.5.0.5 and AHV 11, everything is up to date, so I assume there is no incompatibility with nutanix central.T

Prism central showing disconnected on prism elements. but VM is power on and also pingable. getting this error. 

Hello,  could you please advise the difference between difference between NVIDIA GRID for AHV 10.3.1.3 (AIE)  & NVIDIA GRID for AHV 10.3.1.3 (Graphics)   and when to use each of them in addition to the requirement for each one 

Hi,I have a two-nodes cluster with Nutanix CE (AOS 6.8.1 )which was built on hybrid (HDD& SSD) nodes. There is the issue:Current memory configuration 20,20 does not support the HDD capacity on the node(s): 192.168.XXX.XXX,192.168.XXX.XXY.For All-NVMe systems sized and deployed before AOS 6.8 with a minimum of 48GB CVM vRAM, it's recommended to upgrade to at least 64GB for optimal performance. Refer to the Prism Web Console Guide for instructions on Increasing the Controller VM Memory Size. I tried to increse CVM ram size from 20GB per node to at least 40GB by following this document.Then we saw the situation below:Committed memory update intent.The task is stucking on 50%. Task status:~$ ecli task.list include_completed=falseTask UUID                               Parent Task UUID        Component       Sequence-id     Ty

Need AHV iso trial key or iso for inhouse testing of software .

HiImagine you have two AHV clusters that are Active-Active (each site has live VMs on it). They are both connected and they are doing Metro-Sync between them.Now you want to move some VMs from one site to the second site. As far as I know I could perform that migration by using MOVE or by doing a manual failover of a protection policy. Is there any way to do a “live migration” between clusters without shuting down any VM?Also, is there any way to do that even if you have Async migration?I have found this but I understand is only talking about migration between nodes): https://portal.nutanix.com/page/documents/solutions/details?targetId=BP-2029-AHV:nutanix-ahv-live-migration.htmlThanks

I’m encountering an issue where an additional IP address is attached to a VM being built by Packer - this address appears at the point Packer  runs theConnecting to VNC over websocket…andTyping the boot command over VNC…stage - so very early and no where where we have much if any control!At this point the VM isn’t even up and no virtio drivers have been loaded - and so it isn’t ‘known’ by Windows but it’s the first listed IP address so that’s the one Packer tries to communicate on - so the build fails as communication is never established.I’ve tried releasing and renewing an IP address in Windows during the build but Windows doesn’t know about the address at all so it doesn’t do anything useful.  The VM shows as having 2 addresses from DHCP in Prism Central… I’m all out of ideas!  Any insight gratefully received!

Hi Guy’s I'm trying to update our Dev environment which runs on community edition, and AOS, NCC etc all working via LCM, for the AHV though it will just keep failing every single time.It just goes round in a loop watching from the ilo, it first does choose AHV re image, the it reboots and get to that same screen and then just boots to current AHV OS.So is there a way to do this manually without it affecting the CVM’s config running on them?ThanksMark

HiI’m reviewing the network design for a Nutanix AHV cluster and I would like to clarify best practices regarding CVM backplane traffic.Specifically: Is it considered a best practice to separate the CVM backplane (CVM-to-CVM traffic, Stargate/metadata replication, etc.) onto a dedicated network or VLAN? Or is it generally recommended to keep the backplane traffic on the same network as the CVM/host data network (as long as bandwidth and latency requirements are met)? Assuming a standard production environment (10/25GbE, properly sized switching, no extreme east-west congestion), does separating the backplane provide measurable operational or performance benefits? Is it buggy in therms of troubleshooting? does it mainly add complexity without real gain?I’m particularly interested in official guidance or field experience from larger deployments.Thanks in advance!

From PC/VMs - select VM - Power Operations - Power onTasks comes back as failed   

HI!Microsoft certificates for Secure Boot expire in June 2026Will AHV, CVM, and VM legacy boot continue to function properly after the certificate expires?Secure Boot expiration will only affect guest VMs using UEFI? 

Hello, we are experiencing issues trying to deploy AppsAnywhere appliances (based on Rocky Linux). Issue as I understand is AppsAnywhere appliances doesn’t come with correct drivers for Nutanix. Official line from AppsAnywhere is they currently don’t support Nutanix, but their support and development teams are in contact with me via support case. Couple of years back when we migrate from VMware we used Nutanix Move and a root account, I guess this take care of the drivers, and appliance works fine.We now have a new Nutanix cluster and like to deploy the latest build of AppsAnywhere, but we no longer have access to VMware. We tried following to deploy: https://portal.nutanix.com/page/documents/kbs/details?targetId=kA03200000099TXCAY and 

HiI’m looking for guidance on the best practice to upgrade a Metro Availability setup with a Witness VM and would like to confirm the recommended and supported approach.Scenario: Two AHV clusters configured with Metro Availability External Witness VM providing quorum on a third site Prism Central deployed (one per cluster) Upgrade-related questions: During maintenance, is it recommended or even possible to: Temporarily pause or disable the Witness service Upgrade Prism Central Re-enable the Witness afterward Or is this not required / not supported? Can Prism Central be upgraded without impacting Metro Availability, assuming both clusters remain healthy and communication between them is intact?

Hello,I’m reviewing the official Nutanix documentation regarding Metro Availability with Witness VM, and I have a question I’d like to clarify.We are planning a Metro Availability (synchronous replication) setup between two Nutanix AHV clusters, and we would like to deploy a Witness VM in a third site to provide quorum and avoid split-brain scenarios.From what I have seen so far in the official Nutanix documentation, most references to Metro Availability with a Witness VM seem to be focused on VMware HA (ESXi) environments, and I have not found a clear and explicit confirmation regarding AHV-to-AHV Metro Availability using a Witness VM.Could someone please confirm: Whether Metro Availability between two AHV clusters using a Witness VM in a third site is officially supported And if there is

hello,I’ve made rufus stick of the iso.. get stuck on “getting AOS ..”I’ve tried to install via cimc attach dvd and used the iso phoenix file.. get stuck on “getting AOS..”“INFO Getting AOS version from /mnt/iso/images/svm/nutanix.installer package.tar.p00 This may take a few minutes if phoenix is running from BMC”and then you can wait for hours …. all help is welcome.kind regards,johan claes

Hello All,We are trying to create disk on a VM from a source VM Disk, It was running fine but after sometime it started to error out with error - VMM-10000:Failed to perform the operation due to an internal error. API Used - /api/vmm/v4.1/ahv/config/vms/{vmExtId}/disksAHV - 10.3AOS- 7.3Prism - 7.3 CVM acropolis logs - 2026-01-29 10:43:36,252Z INFO base_task.py:635 Running task b417bd15-c4e9-4297-6b2d-2830f3afd181(VmDiskCreate 3aac3b95-f5ef-48a5-5db3-fb18647ee0e5)2026-01-29 10:43:36,257Z WARNING client.py:89 CastorRPC returned error 8.2026-01-29 10:43:36,267Z INFO base_task.py:775 Task b417bd15-c4e9-4297-6b2d-2830f3afd181(VmDiskCreate 3aac3b95-f5ef-48a5-5db3-fb18647ee0e5) failed with message: RPC GetVolumeDiskPath forwarded to Castor failed with error Unknown volume disk 8c3cadcc-6cf3-4749-9447-0a8078913db0Checked the Source Disk ID  8c3cadcc-6cf3-4749-9447-0a8078913db0, it is correct in the infra

HiI’m in the process of designing a Metro Availability architecture between two identical AHV clusters, with each site having its own Prism Central.The first cluster has already been deployed, and some VMs have been migrated to it from the customer’s legacy VMware environment. Once those VMs were running on the first AHV cluster, I assigned them a temporary local Protection Policy (within the same cluster and PC) as a precaution, in case a restore was needed during the following days. The idea is to have at least 1 daily recovery point with a retention of 7 days.At the moment, all these VMs are located in the cluster’s default container. In order to implement Metro Availability between both clusters, my understanding is that I need to: Create a new container with the same name on both clusters  Migrate the V

Hi everyone,I have a problem.The disk types in the Nutanix cluster are SATA SSDs and HDDs.ODF disks have been added to the worker nodes for the OpenShift cluster creation. SCSI was selected as the bus type, and all-flash was selected. Despite these selections, when checking within the OS, the ROTA value shows 1. In other words, the OS is recognising the disks as HDDs.  The ROTA value must be 0; the disks need to appear as SSDs. Does anyone have experience with this? How can I fix this at the Nutanix or OS level to ensure a correct connection between the VM and the hardware?  

Facing issue when we install or configure 7.3 with Foundation 5.9 getting error and not reimage on Nutanix box NX-3060-G7.     raise Exception("Cannot reach BMC after reset")Exception: Cannot reach BMC after reset2026-01-23 07:36:29,583Z imaging_step.py:123 DEBUG Setting state of <ImagingStepInitIPMI(<NodeConfig(192.168.10.32) @9370>) @95e0> from RUNNING to FAILED2026-01-23 07:36:29,583Z imaging_step.py:123 DEBUG Setting state of <ImagingStepRAIDCheckPhoenix(<NodeConfig(192.168.10.32) @9370>) @9040> from PENDING to NR2026-01-23 07:36:29,583Z imaging_step.py:182 WARNING Skipping <ImagingStepRAIDCheckPhoenix(<NodeConfig(192.168.10.32) @9370>) @9040> because dependencies not met, failed tasks: [<ImagingStepInitIPMI(<NodeConfig(192.168.10.32) @9370>) @95e0>]2026-01-23 07:36:29,583Z imaging_step.py:123 DEBUG Setting state of <ImagingStepPreInstall(<NodeConfig(192.168.10.32) @9370>) @91c0&