Hi,

I encountered the same issue and it seems storage latency as it worked fine after changing the Datastore RAID level into my nested lab.

BR,

Muhammad Toffaha

Technical Consultant

@vtoffaha

Hi Muhammad,

Can you please elaborate on the exact change that you made? I am using VCF 4.3.1 and also using a nested lab

Thanks!

Can you describe your lab and the hardware you are using.

Likely meant the underlaying datastore raid level to 0.  Storage latency has a huge impact in nested labs, closely followed up memory and cpu resources.

Thanks for your reply Shashank!

Here is the host hardware specs.

Running 4 nested ESXi nodes, Cloudbuilder, VyOS router and Jumphost running as VMs

I also see the following error in the bringup logs which seems to be the root cause of the failure. "Error occurred while getting certificate chain for 'nsx01b.tmelab.local"  Any idea on how to resolve this?

Does the password used for the NSX Manager admin pass a cracklib-check?

Hi Ryan,

Yes it does pass the check. 

Is there any solution of reported issues?

There is a timeout at 1 200 000 ms = 20min seen in /opt/vmware/bringup/logs/vcf-bringup-debug.log that wait for all the services in the NSX cluster are UP and stable.

1. Each ESXi should be at least 46GB or later the installation of NSX bits will fail.
2.  What we experience in lab is that we use small form factor for NSX 4vCPUs and 16GB of RAM but official minimum is medium (6 and 24 respectively) from API standpoint.
   • We can get around that when we deploy as small to stop the NSX VM(s) and give it/them at minimum with 6vCPU = 20000Mhz and 20GB.
   • extend the timeout that wait  NSX to be UP, depending on your storage... i gave it 180min, just in case NSX installation bits fail
   • extend the timeout of overall ova deployment which default to 40min... i gave it 180

````sed -i 's/ovf.deployment.timeout.period.in.minutes=40/ovf.deployment.timeout.period.in.minutes=180/' /opt/vmware/bringup/webapps/bringup-app/conf/application.properties````
````sed -i -e's/nsxt.disable.certificate.validation=true/nsxt.disable.certificate.validation=true\nnsxt.manager.wait.minutes=180/' /opt/vmware/bringup/webapps/bringup-app/conf/application.properties````
systemctl restart vcf-bringup````

I know 180min is probably overkill since the cluster might need 25min, but that allow troubleshooting if things doesn't go as we expect.

Hi guys,

I deploy vcf on my lab and facing the same issue . But when I config the minutes deploy.timeout from 40 to 180 minutes , it's working normally .

#sed -i 's/ovf.deployment.timeout.period.in.minutes=40/ovf.deployment.timeout.period.in.minutes=180/' /opt/vmware/bringup/webapps/bringup-app/conf/application.properties
#sed -i -e's/nsxt.disable.certificate.validation=true/nsxt.disable.certificate.validation=true\nnsxt.manager.wait.minutes=180/' /opt/vmware/bringup/webapps/bringup-app/conf/application.properties
#systemctl restart vcf-bringup