VMware Networking Community
alireza1023
Contributor
Contributor
Jump to solution

Failed to run health checks for NSX-T on hosts and cluster

Hi

when I run Pre-check on VLCM on hosts or remediate cluster I see this error:

Failed to run health checks for NSX-T on ...

my VCenter and ESXis are 7.0.1Uc and NSX-T is 3.1.1

what should I do?

Tags (2)
0 Kudos
1 Solution

Accepted Solutions
alireza1023
Contributor
Contributor
Jump to solution

my problem is wrong time configuration!!!

when I corrected ntp on nsx-t, it seems OK

one of my problem was traceflow and now it's OK!!!!

View solution in original post

0 Kudos
11 Replies
sjesse
Leadership
Leadership
Jump to solution

Moderator: I think  you'll get better help under NSX so I moved your question here

0 Kudos
shank89
Expert
Expert
Jump to solution

We'll need more information, screen shots, logs, error messages... is vRSLCM able to get to the VIP/ manager cluster, any firewalls in between, any issues in NSX-T ?

Shashank Mohan

VCIX-NV 2022 | VCP-DCV2019 | CCNP Specialist

https://lab2prod.com.au
LinkedIn https://www.linkedin.com/in/shankmohan/
Twitter @ShankMohan
Author of NSX-T Logical Routing: https://link.springer.com/book/10.1007/978-1-4842-7458-3
0 Kudos
alireza1023
Contributor
Contributor
Jump to solution

my hosts are HPE Customization for HPE Servers 701.0.0.10.6.3-9

ESXi 7.0.1Uc with NSX-T 3.1.1

in nsx-t all ports to all segments are allowed

when I attach 7.0.1Ud and check compliance:

4 of 4 hosts are out of compliance with the cluster's image

after pre-check:

Pre-check completed
Completed 02/19/2021, 10:45:26 PM
 
1 issue on the cluster

The image has hardware compatibility issues.

 
2 issues on host 172.30.0.104

Failed to run health checks for NSX-T on '172.30.0.104'.

Failed to run health checks for NSX-T on '172.30.0.104'.

 
 
4 issues on host 172.30.0.102

Virtual machine 'Crater' that runs on cluster 'vSAN Cluster' reported an issue which prevents entering maintenance mode: Currently connected device 'USB 41001' uses backing 'path:0/1/12', which is not accessible.

DRS reported issues that prevent host '172.30.0.102' from entering maintenance mode

Failed to run health checks for NSX-T on '172.30.0.102'.

Failed to run health checks for NSX-T on '172.30.0.102'.

 
 
2 issues on host 172.30.0.103

Failed to run health checks for NSX-T on '172.30.0.103'.

Failed to run health checks for NSX-T on '172.30.0.103'.

 
 
4 issues on host 172.30.0.101

Virtual machine 'Libra' that runs on cluster 'vSAN Cluster' reported an issue which prevents entering maintenance mode: Currently connected device 'USB 41001' uses backing 'path:0/1/13', which is not accessible.

DRS reported issues that prevent host '172.30.0.101' from entering maintenance mode.

Failed to run health checks for NSX-T on '172.30.0.101'.

Failed to run health checks for NSX-T on '172.30.0.101'.

 

Screenshot 2021-02-19 224749.png

Tags (1)
0 Kudos
shank89
Expert
Expert
Jump to solution

The errors are pointing you in the direction, have you tried resolving the issues with DRS and the VM? if the hosts can't be placed into maintenance mode it breaks the upgrade workflow and you'll get issues like this.

Shashank Mohan

VCIX-NV 2022 | VCP-DCV2019 | CCNP Specialist

https://lab2prod.com.au
LinkedIn https://www.linkedin.com/in/shankmohan/
Twitter @ShankMohan
Author of NSX-T Logical Routing: https://link.springer.com/book/10.1007/978-1-4842-7458-3
0 Kudos
alireza1023
Contributor
Contributor
Jump to solution

my problem is:

Failed to run health checks for NSX-T on ...

for maintenance mode I can shutdown those vm, but what should I do about this error?

0 Kudos
shank89
Expert
Expert
Jump to solution

The IP ending in .101 is your NSX-T manager right?

What is the health status of your NSX-T cluster?  Are you performing the compliance check with vCenter or are you using any form of lifecycle management?

Shashank Mohan

VCIX-NV 2022 | VCP-DCV2019 | CCNP Specialist

https://lab2prod.com.au
LinkedIn https://www.linkedin.com/in/shankmohan/
Twitter @ShankMohan
Author of NSX-T Logical Routing: https://link.springer.com/book/10.1007/978-1-4842-7458-3
0 Kudos
alireza1023
Contributor
Contributor
Jump to solution

101, 102, 103 and 104 are hosts

NSX-T managers are OK, I checked with lifecycle manager in vcenter

0 Kudos
shank89
Expert
Expert
Jump to solution

If NSX-T is healthy, i'm not so sure that you have posted this in the correct thread.  However, have you actually attempted to sort out the vSAN and DRS errors and retry to see what behaviour you get at that stage?

Shashank Mohan

VCIX-NV 2022 | VCP-DCV2019 | CCNP Specialist

https://lab2prod.com.au
LinkedIn https://www.linkedin.com/in/shankmohan/
Twitter @ShankMohan
Author of NSX-T Logical Routing: https://link.springer.com/book/10.1007/978-1-4842-7458-3
0 Kudos
mauricioamorim
VMware Employee
VMware Employee
Jump to solution

There are some pre-reqs when using vLCM with NSX-T. I would start checking these 2:

1) Did you prepare your hosts using Transport Node Profile?

2) Check the setting regarding vCenter in NSX-T (System > Fabric > Compute Managers). Verify that you have enabled the service account creation, enabled trust and also given full access (last three options).

Other helpful information can be found here: Prepare an NSX-T Cluster with vSphere Lifecycle Manager (vmware.com)

0 Kudos
alireza1023
Contributor
Contributor
Jump to solution

my problem is wrong time configuration!!!

when I corrected ntp on nsx-t, it seems OK

one of my problem was traceflow and now it's OK!!!!

0 Kudos
mhkhoshraftar
Contributor
Contributor
Jump to solution

Hi,

For solve this problem "Failed to run health checks for NSX-T on '172.30.0.102'."

you must login to your NSX-T UI, go to the system and Compute Managers edit Compute Managers and save it again.

Validate your vCenter certificate for NSX-T.

 

0 Kudos