NSX OVF Certificate Expiry Issue – January 3, 2026

(Example OVF deployment warning due to expired signing certificate)

On January 3, 2026, an issue was identified in NSX appliance OVF templates related to the signing certificate used during deployment of NSX Manager and Edge appliances. The certificate that signs these OVF packages expired on that date, meaning the OVF signature can no longer be validated during deployment workflows.

What Happens?

When deploying or redeploying NSX Manager or Edge appliances (including resizing, restore-from-backup, scale-out, or greenfield deployments), deployment operations may fail with certificate validation errors. This includes errors such as:

  • “The OVF package contains advanced configuration options… The Certificate is Expired”

  • OVF validation errors in UI, vSphere Client, or via scripting tools
    These errors occur because the OVF manifest signature validation fails due to the expired signing certificate.

What Is Not Affected?

  • Existing, running NSX Manager or Edge components continue to operate normally.

  • Day-to-day management plane functions and data-plane traffic flows are not impacted.

  • Regular NSX upgrades (via NSX UI / SDDC Manager) are not affected by this certificate expiry.

Recommended Workarounds

Broadcom has provided workarounds to bypass the OVF signature validation during deployments:

  1. vSphere Client:
    When prompted about the expired certificate during OVF deployment, choose “Ignore” or accept the signature warning to proceed.

  2. ovftool deployments:
    Use the --disableVerification flag with ovftool to skip certificate validation.

  3. NSX UI deployments:
    For CI/CD or NSX UI initiated deployments, Broadcom KB article ID 424035 provides steps (including scripts) to disable the OVF validation check on NSX Managers; this allows deployments to proceed when the expired certificate would otherwise block them.

Permanent Fix

A permanent resolution will come via updated appliance templates signed with a new long-term certificate as part of future NSX maintenance releases. In the meantime, applying the above workarounds proactively can prevent deployment failures during scale-out or recovery activities.


Reference Links from Broadcom Knowledge Base


Comments

Popular posts from this blog

My Journey to Becoming a VMware vExpert: Persistence, Passion & People

Understanding and Customizing ESXi Password Requirements

Understanding the New Broadcom VCF Download Token Process