VMware NSX 4.1 sudo or nvpapi application on NSX node has crashed
book
Article ID: 322432
calendar_today
Updated On:
Products
VMware NSX
Issue/Introduction
Symptoms:
You are using VMware NSX 4.1
You are alerted to an application crash on an NSX component.
There is minimal noticeable production impact.
In /var/log/syslog of the NSX manager you can confirm which NSX component (Manager or Edge) has the error (in this case edge_node2):
2023-06-12T01:28:45.566Z nsxmanager3 NSX 121272 - [nsx@6876 comp="nsx-manager" subcomp="nsx-sha" username="nsx-sha" level="CRITICAL" eventFeatureName="infrastructure_service" eventType="application_crashed" eventSev="critical" eventState="On" entId="cd59fec3-####-####-####-##########6d"] Application on NSX node edge_node2has crashed. The number of core files found is 1. Collect the Support Bundle including core dump files and contact VMware Support team.
Checking /var/log/dumpcore.log of the above mentioned NSX node we see a core file has been generated for sudo or nvpapi:
Checking in /var/log/core/ on the node you see the core files:
root@edge01:/var/log/core# ls total 454M -rw-rw-rw- 1 root root 321M Jun 26 12:39 core.nvpapi.py.1679583589.5354.33.11.gz
NOTE: The preceding log excerpts are only examples. Date, time and environmental variables may vary depending on your environment.
Environment
VMware NSX 4.1.0
Cause
Services have crashed and the system generated their respective cored dump files. All NSX services are configured to be auto-restarted after hitting a crash. Depending on the application which has crashed it might be possible other services depending on it may not be functioning correctly. It is recommended to verify the services status which have crashed to confirm whether it's running. On the NSX-T appliance node, service status can be verified in nsxcli as below:
nsxcli> get service <service-name> or nsxcli> get services