VMWARE-NSX-MIB
AI MIB Summary
The VMWARE-NSX-MIB enables SNMP-based monitoring and management of VMware NSX-T Data Center virtual network infrastructure, exposing metrics for logical switches, routers, distributed firewalls, and overlay tunnel states. It facilitates the tracking of Layer 2 through Layer 7 service instances, including access control lists, Quality of Service policies, and virtual network topology changes within the software-defined networking environment.
In much the same way that server virtualization programmatically creates, snapshots, deletes, and restores software-based virtual machines (VMs), NSX Data Center network virtualization programmatically creates, deletes, and restores software-based virtual networks.
With network virtualization, the functional equivalent of a network hypervisor reproduces the complete set of Layer 2 through Layer 7 networking services (for example, switching, routing, access control, firewalling, QoS) in software. As a result, these services can be programmatically assembled in any arbitrary combination, to produce unique, isolated virtual networks in a matter of seconds.
For more information about NSX Data Center, please visit:
https://docs.vmware.com/en/VMware-NSX-T-Data-Center/
Main OID:
vmwNSXsysMIB.1
870
Objects
Active
Status
4
Dependencies
Imported Objects
Objects
870 total| Object Name |
|---|
vmwNSXsysMIBIn much the same way that server virtualization programmatically
creates, snapshots, deletes, and restores software-based virtual
machines (VMs), NSX Data Center network virtualization
programmatically creates, deletes, and restores software-based
virtual networks.
With network virtualization, the functional equivalent of a network
hypervisor reproduces the complete set of Layer 2 through Layer 7
networking services (for example, switching, routing, access control,
firewalling, QoS) in software. As a result, these services can be
programmatically assembled in any arbitrary combination, to produce
unique, isolated virtual networks in a matter of seconds.
For more information about NSX Data Center, please visit:
https://docs.vmware.com/en/VMware-NSX-T-Data-Center/ MODULE-IDENTITY .1 |
vmwNsxTDataCenterNotificationsAll event notifications from NSX Data Center fall under this oid. OBJECT IDENTIFIER .1.0 |
vmwNsxTManagerHealthFeaturePrefixNotifications applicable to the ManagerHealth feature have this OID prefix. OBJECT IDENTIFIER .1.0.1 |
vmwNsxTManagerHealthFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for ManagerHealth feature notifications. OBJECT IDENTIFIER .1.0.1.0 |
vmwNsxTManagerHealthManagerCPUUsageHighThe CPU usage on Manager node vmwNsxTDataCenterEntityId has reached
vmwNsxTDataCenterSystemResourceUsage% which is at or above the high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Review the configuration, running services and sizing of this Manager node.
Consider adjusting the Manager appliance form factor size. NOTIFICATION-TYPE .1.0.1.0.1 |
vmwNsxTManagerHealthManagerCPUUsageHighClearThe CPU usage on Manager node vmwNsxTDataCenterEntityId has reached
vmwNsxTDataCenterSystemResourceUsage% which is below the high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.1.0.2 |
vmwNsxTManagerHealthManagerCPUUsageVeryHighThe CPU usage on Manager node vmwNsxTDataCenterEntityId has reached
vmwNsxTDataCenterSystemResourceUsage% which is at or above the very high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Review the configuration, running services and sizing of this Manager node.
Consider adjusting the Manager appliance form factor size. NOTIFICATION-TYPE .1.0.1.0.3 |
vmwNsxTManagerHealthManagerCPUUsageVeryHighClearThe CPU usage on Manager node vmwNsxTDataCenterEntityId has reached
vmwNsxTDataCenterSystemResourceUsage% which is below the very high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.1.0.4 |
vmwNsxTManagerHealthManagerMemoryUsageHighThe memory usage on Manager node vmwNsxTDataCenterEntityId has reached
vmwNsxTDataCenterSystemResourceUsage% which is at or above the high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Review the configuration, running services and sizing of this Manager node.
Consider adjusting the Manager appliance form factor size. NOTIFICATION-TYPE .1.0.1.0.5 |
vmwNsxTManagerHealthManagerMemoryUsageHighClearThe memory usage on Manager node vmwNsxTDataCenterEntityId has reached
vmwNsxTDataCenterSystemResourceUsage% which is below the high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.1.0.6 |
vmwNsxTManagerHealthManagerMemoryUsageVeryHighThe memory usage on Manager node vmwNsxTDataCenterEntityId has reached
vmwNsxTDataCenterSystemResourceUsage% which is at or above the very
high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Review the configuration, running services and sizing of this Manager node.
Consider adjusting the Manager appliance form factor size. NOTIFICATION-TYPE .1.0.1.0.7 |
vmwNsxTManagerHealthManagerMemoryUsageVeryHighClearThe memory usage on Manager node vmwNsxTDataCenterEntityId has reached
vmwNsxTDataCenterSystemResourceUsage% which is below the very high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.1.0.8 |
vmwNsxTManagerHealthManagerDiskUsageHighThe disk usage for the Manager node disk partition vmwNsxTDataCenterDiskPartitionName
has reached vmwNsxTDataCenterSystemResourceUsage% which is at or above the high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Examine the partition with high usage and see if there are any
unexpected large files that can be removed. NOTIFICATION-TYPE .1.0.1.0.9 |
vmwNsxTManagerHealthManagerDiskUsageHighClearThe disk usage for the Manager node disk partition vmwNsxTDataCenterDiskPartitionName
has reached vmwNsxTDataCenterSystemResourceUsage% which is below the high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.1.0.10 |
vmwNsxTManagerHealthManagerDiskUsageVeryHighThe disk usage for the Manager node disk partition vmwNsxTDataCenterDiskPartitionName
has reached vmwNsxTDataCenterSystemResourceUsage% which is at or above the very high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Examine the partition with high usage and see if there are any
unexpected large files that can be removed. NOTIFICATION-TYPE .1.0.1.0.11 |
vmwNsxTManagerHealthManagerDiskUsageVeryHighClearThe disk usage for the Manager node disk partition vmwNsxTDataCenterDiskPartitionName
has reached vmwNsxTDataCenterSystemResourceUsage% which is below the very high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.1.0.12 |
vmwNsxTManagerHealthManagerConfigDiskUsageHighThe disk usage for the Manager node disk partition /config has reached
vmwNsxTDataCenterSystemResourceUsage% which is at or above the high threshold value of
vmwNsxTDataCenterSystemUsageThreshold%. This can be an indication of rising disk
usage by the NSX Datastore service under the /config/corfu directory.
Action required:
Run the following tool and contact GSS if any issues are reported
/opt/vmware/tools/support/inspect_checkpoint_issues.py NOTIFICATION-TYPE .1.0.1.0.13 |
vmwNsxTManagerHealthManagerConfigDiskUsageHighClearThe disk usage for the Manager node disk partition /config has reached
vmwNsxTDataCenterSystemResourceUsage% which is below the high threshold value of
vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.1.0.14 |
vmwNsxTManagerHealthManagerConfigDiskUsageVeryHighThe disk usage for the Manager node disk partition /config has reached
vmwNsxTDataCenterSystemResourceUsage% which is at or above the very high threshold value
of vmwNsxTDataCenterSystemUsageThreshold%. This can be an indication of high disk usage
by the NSX Datastore service under the /config/corfu directory.
Action required:
Run the following tool and contact GSS if any issues are reported
/opt/vmware/tools/support/inspect_checkpoint_issues.py NOTIFICATION-TYPE .1.0.1.0.15 |
vmwNsxTManagerHealthManagerConfigDiskUsageVeryHighClearThe disk usage for the Manager node disk partition /config has reached
vmwNsxTDataCenterSystemResourceUsage% which is below the very high threshold value of
vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.1.0.16 |
vmwNsxTManagerHealthDuplicateIPAddressManager node vmwNsxTDataCenterEntityId IP address vmwNsxTDataCenterDuplicateIPAddress is
currently being used by another device in the network.
Action required:
1. Determine which device is using the Manager's IP address
and assign the device a new IP address. Note, reconfiguring
the Manager to use a new IP address is not supported.
2. Ensure the static IP address pool/DHCP server is configured correctly.
3. Correct the IP address of the device if it is manually assigned. NOTIFICATION-TYPE .1.0.1.0.17 |
vmwNsxTManagerHealthDuplicateIPAddressClearThe device using the IP address assigned to Manager node
vmwNsxTDataCenterEntityId appears to no longer be using vmwNsxTDataCenterDuplicateIPAddress.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.1.0.18 |
vmwNsxTManagerHealthOperationsDbDiskUsageHighThe disk usage for the Manager node disk partition /nonconfig has reached
vmwNsxTDataCenterSystemResourceUsage% which is at or above the high threshold value of
vmwNsxTDataCenterSystemUsageThreshold%. This can be an indication of rising disk
usage by the NSX Datastore service under the /nonconfig/corfu directory.
Action required:
run the following tool and contact GSS if any issues are reported
/opt/vmware/tools/support/inspect_checkpoint_issues.py NOTIFICATION-TYPE .1.0.1.0.19 |
vmwNsxTManagerHealthOperationsDbDiskUsageHighClearThe disk usage for the Manager node disk partition /nonconfig has reached
vmwNsxTDataCenterSystemResourceUsage% which is below the high threshold value of
vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.1.0.20 |
vmwNsxTManagerHealthOperationsDbDiskUsageVeryHighThe disk usage for the Manager node disk partition /nonconfig has reached
vmwNsxTDataCenterSystemResourceUsage% which is at or above the very high threshold value
of vmwNsxTDataCenterSystemUsageThreshold%. This can be an indication of high disk usage
by the NSX Datastore service under the /nonconfig/corfu directory.
Action required:
Run the following tool and contact GSS if any issues are reported
/opt/vmware/tools/support/inspect_checkpoint_issues.py NOTIFICATION-TYPE .1.0.1.0.21 |
vmwNsxTManagerHealthOperationsDbDiskUsageVeryHighClearThe disk usage for the Manager node disk partition /nonconfig has reached
vmwNsxTDataCenterSystemResourceUsage% which is below the very high threshold value of
vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.1.0.22 |
vmwNsxTManagerHealthStorageErrorThe following disk partition on the Manager node vmwNsxTDataCenterEntityId is in
read-only mode: vmwNsxTDataCenterDiskPartitionName
Action required:
Examine the read-only partition to see if reboot resolves the issue
or the disk needs to be replaced. Contact GSS for more information. NOTIFICATION-TYPE .1.0.1.0.23 |
vmwNsxTManagerHealthStorageErrorClearThe following disk partition on the Manager node vmwNsxTDataCenterEntityId
has recovered from read-only mode: vmwNsxTDataCenterDiskPartitionName
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.1.0.24 |
vmwNsxTManagerHealthMissingDNSEntryForManagerFQDNThe DNS configuration for Manager node vmwNsxTDataCenterManagerNodeName (vmwNsxTDataCenterEntityId) is incorrect.
The Manager node is dual-stack and/or CA-signed API certificate is used, but the IP
address(es) of the Manager node do not resolve to an FQDN or resolve to different FQDNs.
Action required:
1. Ensure proper DNS servers are configured in the Manager node.
2. Ensure proper A records and PTR records are configured in the DNS servers
such that reverse lookup of the IP addresses of the Manager node return the same FQDN,
and forward lookup of the FQDN return all IP addresses of the Manager node.
3. Alternatively, if the Manager node is not dual-stack, replace the CA-signed
certificate for API service type with a self-signed certificate. NOTIFICATION-TYPE .1.0.1.0.28 |
vmwNsxTManagerHealthMissingDNSEntryForManagerFQDNClearThe DNS configuration for Manager node vmwNsxTDataCenterManagerNodeName (vmwNsxTDataCenterEntityId) is correct.
Either the Manager node is not dual-stack and CA-signed API certificate is no longer used,
or the IP address(es) of the Manager node resolve to the same FQDN.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.1.0.29 |
vmwNsxTManagerHealthMissingDNSEntryForVipFQDNIn case of dual stack or CA-signed API certificate for a NSX Manager,
virtual IPv4 address vmwNsxTDataCenterIPv4Address and virtual IPv6 address vmwNsxTDataCenterIPv6Address for
Manager node vmwNsxTDataCenterEntityId should resolve to the same FQDN.
Action required:
Examine the DNS entry for the VIP addresses to see if they resolve to the same FQDN. NOTIFICATION-TYPE .1.0.1.0.33 |
vmwNsxTManagerHealthMissingDNSEntryForVipFQDNClearDual stack VIP addresses for Manager node vmwNsxTDataCenterEntityId resolved to same FQDN.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.1.0.34 |
vmwNsxTEdgeHealthFeaturePrefixNotifications applicable to the EdgeHealth feature have this OID prefix. OBJECT IDENTIFIER .1.0.2 |
vmwNsxTEdgeHealthFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for EdgeHealth feature notifications. OBJECT IDENTIFIER .1.0.2.0 |
vmwNsxTEdgeHealthEdgeCPUUsageHighThe CPU usage on Edge node vmwNsxTDataCenterEntityId has reached
vmwNsxTDataCenterSystemResourceUsage% which is at or above the high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Review the configuration, running services and sizing of this Edge
node. Consider adjusting the Edge appliance form factor size or rebalancing
services to other Edge nodes for the applicable workload. NOTIFICATION-TYPE .1.0.2.0.1 |
vmwNsxTEdgeHealthEdgeCPUUsageHighClearThe CPU usage on Edge node vmwNsxTDataCenterEntityId has reached
vmwNsxTDataCenterSystemResourceUsage% which is below the high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.2.0.2 |
vmwNsxTEdgeHealthEdgeCPUUsageVeryHighThe CPU usage on Edge node vmwNsxTDataCenterEntityId has reached
vmwNsxTDataCenterSystemResourceUsage% which is at or above the very high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Review the configuration, running services and sizing of this Edge
node. Consider adjusting the Edge appliance form factor size or rebalancing
services to other Edge nodes for the applicable workload. NOTIFICATION-TYPE .1.0.2.0.3 |
vmwNsxTEdgeHealthEdgeCPUUsageVeryHighClearThe CPU usage on Edge node vmwNsxTDataCenterEntityId has reached
vmwNsxTDataCenterSystemResourceUsage% which is below the very high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.2.0.4 |
vmwNsxTEdgeHealthEdgeMemoryUsageHighThe memory usage on Edge node vmwNsxTDataCenterEntityId has reached
vmwNsxTDataCenterSystemResourceUsage% which is at or above the high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Review the configuration, running services and sizing of this Edge
node. Consider adjusting the Edge appliance form factor size or rebalancing
services to other Edge nodes for the applicable workload. NOTIFICATION-TYPE .1.0.2.0.5 |
vmwNsxTEdgeHealthEdgeMemoryUsageHighClearThe memory usage on Edge node vmwNsxTDataCenterEntityId has reached
vmwNsxTDataCenterSystemResourceUsage% which is below the high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.2.0.6 |
vmwNsxTEdgeHealthEdgeMemoryUsageVeryHighThe memory usage on Edge node vmwNsxTDataCenterEntityId has reached
vmwNsxTDataCenterSystemResourceUsage% which is at or above the very
high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Review the configuration, running services and sizing of this Edge
node. Consider adjusting the Edge appliance form factor size or rebalancing
services to other Edge nodes for the applicable workload. NOTIFICATION-TYPE .1.0.2.0.7 |
vmwNsxTEdgeHealthEdgeMemoryUsageVeryHighClearThe memory usage on Edge node vmwNsxTDataCenterEntityId has reached
vmwNsxTDataCenterSystemResourceUsage% which is below the very high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.2.0.8 |
vmwNsxTEdgeHealthEdgeDiskUsageHighThe disk usage for the Edge node disk partition vmwNsxTDataCenterDiskPartitionName
has reached vmwNsxTDataCenterSystemResourceUsage% which is at or above
the high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Examine the partition with high usage and see if there are any
unexpected large files that can be removed. NOTIFICATION-TYPE .1.0.2.0.9 |
vmwNsxTEdgeHealthEdgeDiskUsageHighClearThe disk usage for the Edge node disk partition vmwNsxTDataCenterDiskPartitionName
has reached vmwNsxTDataCenterSystemResourceUsage% which is below the high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.2.0.10 |
vmwNsxTEdgeHealthEdgeDiskUsageVeryHighThe disk usage for the Edge node disk partition vmwNsxTDataCenterDiskPartitionName
has reached vmwNsxTDataCenterSystemResourceUsage% which is at or above
the very high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Examine the partition with high usage and see if there are any
unexpected large files that can be removed. NOTIFICATION-TYPE .1.0.2.0.11 |
vmwNsxTEdgeHealthEdgeDiskUsageVeryHighClearThe disk usage for the Edge node disk partition vmwNsxTDataCenterDiskPartitionName
has reached vmwNsxTDataCenterSystemResourceUsage% which is below the
very high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.2.0.12 |
vmwNsxTEdgeHealthEdgeDatapathCPUHighThe datapath CPU usage on Edge node vmwNsxTDataCenterEntityId has reached
vmwNsxTDataCenterDatapathResourceUsage% which is at or above the high
threshold for at least two minutes.
Action required:
Review the CPU statistics on the Edge node by invoking the NSX CLI command
`get dataplane cpu stats` to show packet rates per CPU core. Higher CPU
usage is expected with higher packet rates. Consider increasing the Edge
appliance form factor size and rebalancing services on this Edge node to
other Edge nodes in the same cluster or other Edge clusters. NOTIFICATION-TYPE .1.0.2.0.17 |
vmwNsxTEdgeHealthEdgeDatapathCPUHighClearThe CPU usage on Edge node vmwNsxTDataCenterEntityId has reached below the
high threshold.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.2.0.18 |
vmwNsxTEdgeHealthEdgeDatapathCPUVeryHighThe datapath CPU usage on Edge node vmwNsxTDataCenterEntityId has reached
vmwNsxTDataCenterDatapathResourceUsage% which is at or above the very high
threshold for at least two minutes.
Action required:
Review the CPU statistics on the Edge node by invoking the NSX CLI command
`get dataplane cpu stats` to show packet rates per CPU core. Higher CPU
usage is expected with higher packet rates. Consider increasing the Edge
appliance form factor size and rebalancing services on this Edge node to
other Edge nodes in the same cluster or other Edge clusters. NOTIFICATION-TYPE .1.0.2.0.19 |
vmwNsxTEdgeHealthEdgeDatapathCPUVeryHighClearThe CPU usage on Edge node vmwNsxTDataCenterEntityId has reached below the
very high threshold.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.2.0.20 |
vmwNsxTEdgeHealthEdgeDatapathConfigurationFailureFailed to enable the datapath on the Edge node after three attempts.
Action required:
Ensure the Edge node's connectivity to the Manager node is healthy. From
the Edge node's NSX CLI, invoke the command `get services` to check the
health of services. If the dataplane service is stopped, invoke the
command `start service dataplane` to start it. NOTIFICATION-TYPE .1.0.2.0.21 |
vmwNsxTEdgeHealthEdgeDatapathConfigurationFailureClearDatapath on the Edge node has been successfully enabled.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.2.0.22 |
vmwNsxTEdgeHealthEdgeDatapathCryptodrvDownEdge node crypto driver vmwNsxTDataCenterEdgeCryptoDrvName is down.
Action required:
Upgrade the Edge node as needed. NOTIFICATION-TYPE .1.0.2.0.23 |
vmwNsxTEdgeHealthEdgeDatapathCryptodrvDownClearEdge node crypto driver vmwNsxTDataCenterEdgeCryptoDrvName is up.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.2.0.24 |
vmwNsxTEdgeHealthEdgeDatapathMempoolHighThe datapath mempool usage for vmwNsxTDataCenterMempoolName on Edge node
vmwNsxTDataCenterEntityId has reached vmwNsxTDataCenterSystemResourceUsage% which
is at or above the high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Log in as the root user and invoke the command
`edge-appctl -t /var/run/vmware/edge/dpd.ctl mempool/show` and
`edge-appctl -t /var/run/vmware/edge/dpd.ctl memory/show malloc_heap` to
check DPDK memory usage. NOTIFICATION-TYPE .1.0.2.0.25 |
vmwNsxTEdgeHealthEdgeDatapathMempoolHighClearThe datapath mempool usage for vmwNsxTDataCenterMempoolName on Edge node
vmwNsxTDataCenterEntityId has reached vmwNsxTDataCenterSystemResourceUsage% which
is below the high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.2.0.26 |
vmwNsxTEdgeHealthEdgeGlobalARPTableUsageHighGlobal ARP table usage on Edge node vmwNsxTDataCenterEntityId has reached
vmwNsxTDataCenterDatapathResourceUsage% which is above the high threshold
for over two minutes.
Action required:
Log in as the root user and invoke the command
`edge-appctl -t /var/run/vmware/edge/dpd.ctl neigh/show` and check
if neigh cache usage is normal. If it is normal, invoke the command
`edge-appctl -t /var/run/vmware/edge/dpd.ctl neigh/set_param max_entries`
to increase the ARP table size. NOTIFICATION-TYPE .1.0.2.0.27 |
vmwNsxTEdgeHealthEdgeGlobalARPTableUsageHighClearGlobal ARP table usage on Edge node vmwNsxTDataCenterEntityId has reached
below the high threshold.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.2.0.28 |
vmwNsxTEdgeHealthEdgeNICLinkStatusDownEdge node NIC vmwNsxTDataCenterEdgeNICName link is down.
Action required:
On the Edge node confirm if the NIC link is physically down by invoking
the NSX CLI command `get interfaces`. If it is down, verify the cable
connection. NOTIFICATION-TYPE .1.0.2.0.29 |
vmwNsxTEdgeHealthEdgeNICLinkStatusDownClearEdge node NIC vmwNsxTDataCenterEdgeNICName link is up.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.2.0.30 |
vmwNsxTEdgeHealthEdgeNICOutOfReceiveBufferEdge NIC vmwNsxTDataCenterEdgeNICName receive ring buffer has overflowed by
vmwNsxTDataCenterRxRingBufferOverflowPercentage% on Edge node vmwNsxTDataCenterEntityId.
The missed packet count is vmwNsxTDataCenterRxMisses and processed packet count
is vmwNsxTDataCenterRxProcessed.
Action required:
Run the NSX CLI command `get dataplane cpu stats` on the edge node and check:
1. If cpu usage is high, i.e., > 90%, then take a packet capture on
the interface using the command `start capture interface
<interface-name> direction input` or `start capture interface
<interface-name> direction input core <core-id>` (to capture
packets ingressing on specific core whose usage is high).
Then analyze the capture to see if there are majority of
fragmented packets or ipsec packets. If yes, then it is expected
behavior. If not, datapath is probably busy with other operations.
If this alarm lasts more than 2-3 minutes, contact VMware Support.
2. If cpu usage is not high, i.e., < 90%, then check if rx pps is high
using the command `get dataplane cpu stats` (just to make sure the
traffic rate is increasing). Then increase the ring size by 1024
using the command `set dataplane ring-size rx <ring-size>`.
NOTE - The continuous increase of ring size by 1024 factor can lead
to some performance issues.
If even after increasing the ring size, the issue persists then
it is an indication that edge needs a larger form factor deployment
to accommodate the traffic.
3. If the alarm keeps on flapping i.e., triggers and resolves very soon,
then it is due to bursty traffic. In this case check if rx pps as
described above, if it is not high during the alarm active period
then contact VMware Support. If pps is high it confirms bursty traffic.
Consider suppressing the alarm.
NOTE - There is no specific benchmark to decide what is regarded as a
high pps value. It depends on infrastructure and type of traffic.
The comparison can be made by noting down when alarm is inactive and
when it is active. NOTIFICATION-TYPE .1.0.2.0.31 |
vmwNsxTEdgeHealthEdgeNICOutOfReceiveBufferClearEdge NIC vmwNsxTDataCenterEdgeNICName receive ring buffer usage on Edge node
vmwNsxTDataCenterEntityId is no longer overflowing.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.2.0.32 |
vmwNsxTEdgeHealthEdgeNICOutOfTransmitBufferEdge NIC vmwNsxTDataCenterEdgeNICName transmit ring buffer has overflowed by
vmwNsxTDataCenterTxRingBufferOverflowPercentage% on Edge node vmwNsxTDataCenterEntityId.
The missed packet count is vmwNsxTDataCenterTxMisses and processed packet count
is vmwNsxTDataCenterTxProcessed.
Action required:
1. If a lot of VMs are accommodated along with edge by the hypervisor
then edge VM might not get time to run, hence the packets might
not be retrieved by hypervisor. Then probably migrating the edge VM
to a host with fewer VMs.
2. Increase the ring size by 1024 using the command `set dataplane
ring-size tx <ring-size>`. If even after increasing the ring size,
the issue persists then contact VMware Support as the ESX side
transmit ring buffer might be of lower value. If there is no
issue on ESX side, it indicates the edge needs to be scaled to
a larger form factor deployment to accommodate the traffic.
3. If the alarm keeps on flapping, i.e., triggers and resolves very soon,
then it is due to bursty traffic. In this case check if tx pps using
the command `get dataplane cpu stats`. If it is not high during the
alarm active period then contact VMware Support.
If pps is high it confirms bursty traffic. Consider suppressing the
alarm.
NOTE - There is no specific benchmark to decide what is regarded as a
high pps value. It depends on infrastructure and type of traffic.
The comparison can be made by noting down when alarm is inactive and
when it is active. NOTIFICATION-TYPE .1.0.2.0.33 |
vmwNsxTEdgeHealthEdgeNICOutOfTransmitBufferClearEdge NIC vmwNsxTDataCenterEdgeNICName transmit ring buffer usage on Edge node
vmwNsxTDataCenterEntityId is no longer overflowing.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.2.0.34 |
vmwNsxTEdgeHealthStorageErrorThe following disk partitions on the Edge node are in
read-only mode: vmwNsxTDataCenterDiskPartitionName
Action required:
Examine the read-only partition to see if reboot resolves the issue
or the disk needs to be replaced. Contact GSS for more information. NOTIFICATION-TYPE .1.0.2.0.37 |
vmwNsxTEdgeHealthStorageErrorClearThe following disk partitions on the Edge node have recovered from
read-only mode: vmwNsxTDataCenterDiskPartitionName
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.2.0.38 |
vmwNsxTEdgeHealthDatapathThreadDeadlockedEdge node datapath thread vmwNsxTDataCenterEdgeThreadName is deadlocked.
Action required:
Restart the dataplane service by invoking the NSX CLI command `restart service dataplane`. NOTIFICATION-TYPE .1.0.2.0.45 |
vmwNsxTEdgeHealthDatapathThreadDeadlockedClearEdge node datapath thread vmwNsxTDataCenterEdgeThreadName is free from deadlock.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.2.0.46 |
vmwNsxTEdgeHealthEdgeDatapathNICThroughputHighThe datapath NIC throughput for vmwNsxTDataCenterEdgeNICName on Edge node
vmwNsxTDataCenterEntityId has reached vmwNsxTDataCenterNICThroughput% which is at or above
the high threshold value of vmwNsxTDataCenterNICThroughputThreshold%.
Action required:
Examine the traffic thoughput levels on the NIC and determine whether
configuration changes are needed. The 'get dataplane thoughput <seconds>'
command can be used to monitor throughput. NOTIFICATION-TYPE .1.0.2.0.49 |
vmwNsxTEdgeHealthEdgeDatapathNICThroughputHighClearThe datapath NIC throughput for vmwNsxTDataCenterEdgeNICName on Edge node
vmwNsxTDataCenterEntityId has reached vmwNsxTDataCenterNICThroughput% which
is below the high threshold value of vmwNsxTDataCenterNICThroughputThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.2.0.50 |
vmwNsxTEdgeHealthEdgeDatapathNICThroughputVeryHighThe datapath NIC throughput for vmwNsxTDataCenterEdgeNICName on Edge node
vmwNsxTDataCenterEntityId has reached vmwNsxTDataCenterNICThroughput% which is at or above
the very high threshold value of vmwNsxTDataCenterNICThroughputThreshold%.
Action required:
Examine the traffic thoughput levels on the NIC and determine whether
configuration changes are needed. The 'get dataplane thoughput <seconds>'
command can be used to monitor throughput. NOTIFICATION-TYPE .1.0.2.0.51 |
vmwNsxTEdgeHealthEdgeDatapathNICThroughputVeryHighClearThe datapath NIC throughput for vmwNsxTDataCenterEdgeNICName on Edge node
vmwNsxTDataCenterEntityId has reached vmwNsxTDataCenterNICThroughput% which
is below the very high threshold value of vmwNsxTDataCenterNICThroughputThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.2.0.52 |
vmwNsxTEdgeHealthFailureDomainDownAll members of failure domain vmwNsxTDataCenterTransportNodeId are down.
Action required:
1. On the Edge node identified by vmwNsxTDataCenterTransportNodeId, check the connectivity
to the management and control planes by invoking the NSX CLI command
`get managers` and `get controllers`.
2. Invoke the NSX CLI command `get interface eth0` to check the management
interface status.
3. Invoke the CLI `get services` to check the core services status like
dataplane/local-controller/nestdb/router, etc.
4. Inspect the /var/log/syslog to find the suspecting error.
5. Reboot the Edge node. NOTIFICATION-TYPE .1.0.2.0.53 |
vmwNsxTEdgeHealthFailureDomainDownClearAll members of failure domain vmwNsxTDataCenterTransportNodeId are reachable.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.2.0.54 |
vmwNsxTEdgeHealthMegaFlowCacheHitRateLowMega Flow Cache hit rate on Edge node vmwNsxTDataCenterEntityId has decreased below the
specified threshold of vmwNsxTDataCenterFlowCacheThreshold% for core vmwNsxTDataCenterCoreId, and
the Datapath CPU usage has increased for the last 30 minutes.
Action required:
The Cache Flow hit rate has decreased for the last 30 minutes which is an
indication that there may be degradation on Edge performance. The traffic will
continue to be forwarded and you may not experience any issues.
Check the datapath CPU utilization for Edge vmwNsxTDataCenterEntityId core vmwNsxTDataCenterCoreId if it is
high for the last 30 minutes. The Edge will have low flow-cache hit rate when there
are continuously new flows getting created because the first packet of any new flow
will be used to setup to flow-cache for fast path processing.
You may want to increase your Edge appliance size or
increase the number of Edge nodes used for Active/Active Gateways. NOTIFICATION-TYPE .1.0.2.0.55 |
vmwNsxTEdgeHealthMegaFlowCacheHitRateLowClearFlow Cache hit rate is in the normal range.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.2.0.56 |
vmwNsxTEdgeHealthMicroFlowCacheHitRateLowMicro Flow Cache hit rate on Edge node vmwNsxTDataCenterEntityId has decreased below the
specified threshold of vmwNsxTDataCenterFlowCacheThreshold% for core vmwNsxTDataCenterCoreId, and
the Datapath CPU usage has increased for the last 30 minutes.
Action required:
The Cache Flow hit rate has decreased for the last 30 minutes which is an
indication that there may be degradation on Edge performance. The traffic will
continue to be forwarded and you may not experience any issues.
Check the datapath CPU utilization for Edge vmwNsxTDataCenterEntityId core vmwNsxTDataCenterCoreId if it is
high for the last 30 minutes. The Edge will have low flow-cache hit rate when there
are continuously new flows getting created because the first packet of any new flow
will be used to setup to flow-cache for fast path processing.
You may want to increase your Edge appliance size or
increase the number of Edge nodes used for Active/Active Gateways. NOTIFICATION-TYPE .1.0.2.0.57 |
vmwNsxTEdgeHealthMicroFlowCacheHitRateLowClearFlow Cache hit rate is in the normal range.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.2.0.58 |
vmwNsxTCertificatesFeaturePrefixNotifications applicable to the Certificates feature have this OID prefix. OBJECT IDENTIFIER .1.0.3 |
vmwNsxTCertificatesFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for Certificates feature notifications. OBJECT IDENTIFIER .1.0.3.0 |
vmwNsxTCertificatesCertificateExpirationApproachingCertificate vmwNsxTDataCenterEntityId is approaching expiration.
Action required:
Ensure services that are currently using the certificate are updated
to use a new, non-expiring certificate. Once the expiring
certificate is no longer in use, it should be deleted by invoking the
DELETE vmwNsxTDataCenterAPICollectionPathvmwNsxTDataCenterEntityId NSX API. NOTIFICATION-TYPE .1.0.3.0.1 |
vmwNsxTCertificatesCertificateExpirationApproachingClearThe expiring certificate vmwNsxTDataCenterEntityId has been removed or is no longer
approaching expiration.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.3.0.2 |
vmwNsxTCertificatesCertificateExpiredCertificate vmwNsxTDataCenterEntityId has expired.
Action required:
Ensure services that are currently using the certificate are updated
to use a new, non-expired certificate. Once the expired
certificate is no longer in use, it should be deleted by invoking the
DELETE vmwNsxTDataCenterAPICollectionPathvmwNsxTDataCenterEntityId NSX API.
If the expired certificate is used by NAPP Platform,
the connection is broken between NSX and NAPP Platform.
Check the NAPP Platform troubleshooting document
to use a self-signed NAPP CA certificate for recovering the connection.
For more information see:
https://www.vmware.com/esx/support/askvmware/index.php?eventtype=certificates.certificate_expired NOTIFICATION-TYPE .1.0.3.0.3 |
vmwNsxTCertificatesCertificateExpiredClearThe expired certificate vmwNsxTDataCenterEntityId has been removed or is no longer
expired.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.3.0.4 |
vmwNsxTCertificatesCertificateIsAboutToExpireCertificate vmwNsxTDataCenterEntityId is about to expire.
Action required:
Ensure services that are currently using the certificate are updated
to use a new, non-expiring certificate. Once the expiring
certificate is no longer in use, it should be deleted by invoking the
DELETE vmwNsxTDataCenterAPICollectionPathvmwNsxTDataCenterEntityId NSX API. NOTIFICATION-TYPE .1.0.3.0.5 |
vmwNsxTCertificatesCertificateIsAboutToExpireClearThe expiring certificate vmwNsxTDataCenterEntityId has been removed or is no longer
about to expire.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.3.0.6 |
vmwNsxTCertificatesCABundleUpdateRecommendedThe trusted CA bundle vmwNsxTDataCenterEntityId was updated more than
vmwNsxTDataCenterCABundleAgeThreshold days ago.
Update for the trusted CA bundle is recommended.
Action required:
Ensure services that are currently using the trusted CA bundle are updated
to use a recently-updated trusted CA bundle. Unless it is system-provided
bundle, the bundle can be updated using the
PUT /policy/api/v1/infra/cabundles/vmwNsxTDataCenterEntityId NSX API.
Once the expired bundle is no longer in use, it should be deleted (if not
system-provided) by invoking the
DELETE /policy/api/v1/infra/cabundles/vmwNsxTDataCenterEntityId NSX API. NOTIFICATION-TYPE .1.0.3.0.7 |
vmwNsxTCertificatesCABundleUpdateRecommendedClearThe trusted CA bundle vmwNsxTDataCenterEntityId has been removed, updated, or is no longer
in use.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.3.0.8 |
vmwNsxTCertificatesCABundleUpdateSuggestedThe trusted CA bundle vmwNsxTDataCenterEntityId was updated more than
vmwNsxTDataCenterCABundleAgeThreshold days ago.
Update for the trusted CA bundle is suggested.
Action required:
Ensure services that are currently using the trusted CA bundle are updated
to use a recently-updated trusted CA bundle. Unless it is system-provided
bundle, the bundle can be updated using the
PUT /policy/api/v1/infra/cabundles/vmwNsxTDataCenterEntityId NSX API.
Once the expired bundle is no longer in use, it should be deleted (if not
system-provided) by invoking the
DELETE /policy/api/v1/infra/cabundles/vmwNsxTDataCenterEntityId NSX API. NOTIFICATION-TYPE .1.0.3.0.9 |
vmwNsxTCertificatesCABundleUpdateSuggestedClearThe trusted CA bundle vmwNsxTDataCenterEntityId has been removed, updated, or is no longer
in use.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.3.0.10 |
vmwNsxTCertificatesTransportNodeCertificateExpirApproachingCertificate for Transport node vmwNsxTDataCenterEntityId is approaching expiration.
Action required:
Replace the Transport node vmwNsxTDataCenterEntityId certificate
with a non-expired certificate. The expired
certificate should be replaced by invoking the
POST /api/v1/trust-management/certificates/action/replace-host-certificate/vmwNsxTDataCenterEntityId NSX API.
If the certificate is not replaced, when the certificate expires the connection between
the Transport node and the Manager node will be broken. NOTIFICATION-TYPE .1.0.3.0.17 |
vmwNsxTCertificatesTransportNodeCertificateExpirApproachingClearThe expiring certificate for Transport node vmwNsxTDataCenterEntityId has been removed or is no longer
approaching expiration.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.3.0.18 |
vmwNsxTCertificatesTransportNodeCertificateExpiredCertificate has expired for Transport node vmwNsxTDataCenterEntityId.
Action required:
Replace the Transport node vmwNsxTDataCenterEntityId certificate
with a non-expired certificate. The expired
certificate should be replaced by invoking the
POST /api/v1/trust-management/certificates/action/replace-host-certificate/vmwNsxTDataCenterEntityId NSX API.
If the expired certificate is used by Transport node,
the connection is broken between Transport node and Manager node. NOTIFICATION-TYPE .1.0.3.0.19 |
vmwNsxTCertificatesTransportNodeCertificateExpiredClearThe expired certificate for Transport node vmwNsxTDataCenterEntityId has been replaced or is no longer
expired.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.3.0.20 |
vmwNsxTCertificatesTransportNodeCertificateIsAboutToExpireCertificate for Transport node vmwNsxTDataCenterEntityId is about to expire.
Action required:
Replace the Transport node vmwNsxTDataCenterEntityId certificate
with a non-expired certificate. The expired
certificate should be replaced by invoking the
POST /api/v1/trust-management/certificates/action/replace-host-certificate/vmwNsxTDataCenterEntityId NSX API.
If the certificate is not replaced, when the certificate expires the connection between
the Transport node and the Manager node will be broken. NOTIFICATION-TYPE .1.0.3.0.21 |
vmwNsxTCertificatesTransportNodeCertificateIsAboutToExpireClearThe expiring certificate for Transport node vmwNsxTDataCenterEntityId has been removed or is no longer
about to expire.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.3.0.22 |
vmwNsxTPasswordManagementFeaturePrefixNotifications applicable to the PasswordManagement feature have this OID prefix. OBJECT IDENTIFIER .1.0.4 |
vmwNsxTPasswordManagementFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for PasswordManagement feature notifications. OBJECT IDENTIFIER .1.0.4.0 |
vmwNsxTPasswordManagementPasswordExpirationApproachingThe password for user vmwNsxTDataCenterUsername is approaching expiration in
vmwNsxTDataCenterPasswordExpirationDays days.
Action required:
The password for the user vmwNsxTDataCenterUsername needs to be changed soon. For example,
to apply a new password to a user, invoke the following NSX API with a valid
password in the request body: PUT /api/v1/node/users/<userid> where <userid>
is the ID of the user. NOTIFICATION-TYPE .1.0.4.0.1 |
vmwNsxTPasswordManagementPasswordExpirationApproachingClearThe password for the user vmwNsxTDataCenterUsername has been changed successfully or
is no longer expired or the user is no longer active.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.4.0.2 |
vmwNsxTPasswordManagementPasswordExpiredThe password for user vmwNsxTDataCenterUsername has expired.
Action required:
The password for user vmwNsxTDataCenterUsername must be changed now to access the
system. For example, to apply a new password to a user, invoke the
following NSX API with a valid password in the request body: PUT
/api/v1/node/users/<userid> where <userid> is the ID of the user. If the
admin user (with <userid> 10000) password has expired, admin must login to
the system via SSH (if enabled) or console in order to change the password.
Upon entering the current expired password, admin will be prompted to enter
a new password. NOTIFICATION-TYPE .1.0.4.0.3 |
vmwNsxTPasswordManagementPasswordExpiredClearThe password for user vmwNsxTDataCenterUsername has been changed successfully or
is no longer expired or the user is no longer active.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.4.0.4 |
vmwNsxTPasswordManagementPasswordIsAboutToExpireThe password for user vmwNsxTDataCenterUsername is about to expire in
vmwNsxTDataCenterPasswordExpirationDays days.
Action required:
Ensure the password for the user vmwNsxTDataCenterUsername is changed immediately. For
example, to apply a new password to a user, invoke the following NSX API
with a valid password in the request body: PUT /api/v1/node/users/<userid>
where <userid> is the ID of the user. NOTIFICATION-TYPE .1.0.4.0.5 |
vmwNsxTPasswordManagementPasswordIsAboutToExpireClearThe password for the user vmwNsxTDataCenterUsername has been changed successfully or
is no longer expired or the user is no longer active.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.4.0.6 |
vmwNsxTLicensesFeaturePrefixNotifications applicable to the Licenses feature have this OID prefix. OBJECT IDENTIFIER .1.0.5 |
vmwNsxTLicensesFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for Licenses feature notifications. OBJECT IDENTIFIER .1.0.5.0 |
vmwNsxTLicensesLicenseExpiredThe vmwNsxTDataCenterLicenseEditionType license key ending with
vmwNsxTDataCenterDisplayedLicenseKey, has expired.
Action required:
Add a new, non-expired license using the NSX UI by navigating to
System | Licenses then click ADD and specify the key of the new
license. The expired license should be deleted by checking the
checkbox of the license, then click DELETE. NOTIFICATION-TYPE .1.0.5.0.1 |
vmwNsxTLicensesLicenseExpiredClearThe expired vmwNsxTDataCenterLicenseEditionType license key ending with
vmwNsxTDataCenterDisplayedLicenseKey, has been removed, updated or is no
longer about to expire.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.5.0.2 |
vmwNsxTLicensesLicenseIsAboutToExpireThe vmwNsxTDataCenterLicenseEditionType license key ending with
vmwNsxTDataCenterDisplayedLicenseKey, is about to expire.
Action required:
The license is about to expire in several days. Plan to add a
new, non-expiring license using the NSX UI by navigating to System |
Licenses then click ADD and specify the key of the new license. The
expired license should be deleted by checking the checkbox of the
license, then click DELETE. NOTIFICATION-TYPE .1.0.5.0.3 |
vmwNsxTLicensesLicenseIsAboutToExpireClearThe expiring vmwNsxTDataCenterLicenseEditionType license key ending with
vmwNsxTDataCenterDisplayedLicenseKey, has been removed, updated or is no
longer about to expire.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.5.0.4 |
vmwNsxTIntelligenceHealthFeaturePrefixNotifications applicable to the IntelligenceHealth feature have this OID prefix. OBJECT IDENTIFIER .1.0.6 |
vmwNsxTIntelligenceHealthFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for IntelligenceHealth feature notifications. OBJECT IDENTIFIER .1.0.6.0 |
vmwNsxTIntelligenceHealthCPUUsageHighThe CPU usage on Intelligence node vmwNsxTDataCenterIntelligenceNodeId
is above the high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Use the top command to check which processes have the most CPU usages, and
then check /var/log/syslog and these processes' local logs to see if there
are any outstanding errors to be resolved. NOTIFICATION-TYPE .1.0.6.0.41 |
vmwNsxTIntelligenceHealthCPUUsageHighClearThe CPU usage on Intelligence node vmwNsxTDataCenterIntelligenceNodeId
is below the high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.6.0.42 |
vmwNsxTIntelligenceHealthCPUUsageVeryHighThe CPU usage on Intelligence node vmwNsxTDataCenterIntelligenceNodeId
is above the very high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Use the top command to check which processes have the most CPU usages, and
then check /var/log/syslog and these processes' local logs to see if there
are any outstanding errors to be resolved. NOTIFICATION-TYPE .1.0.6.0.43 |
vmwNsxTIntelligenceHealthCPUUsageVeryHighClearThe CPU usage on Intelligence node vmwNsxTDataCenterIntelligenceNodeId
is below the very high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.6.0.44 |
vmwNsxTIntelligenceHealthDataDiskPartitionUsageHighThe disk usage of disk partition /data on Intelligence node
vmwNsxTDataCenterIntelligenceNodeId is above the high threshold value
of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Stop NSX intelligence data collection until the disk usage is below
the threshold. Examine disk partition /data and see if there are any
unexpected large files that can be removed. NOTIFICATION-TYPE .1.0.6.0.45 |
vmwNsxTIntelligenceHealthDataDiskPartitionUsageHighClearThe disk usage of disk partition /data on Intelligence node
vmwNsxTDataCenterIntelligenceNodeId is below the high threshold value
of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.6.0.46 |
vmwNsxTIntelligenceHealthDataDiskPartitionUsageVeryHighThe disk usage of disk partition /data on Intelligence node
vmwNsxTDataCenterIntelligenceNodeId is above the very high threshold value
of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Stop NSX intelligence data collection until the disk usage is below
the threshold. In the NSX UI, navigate to System | Appliances | NSX
Intelligence Appliance. Then click ACTONS, Stop Collecting Data. NOTIFICATION-TYPE .1.0.6.0.47 |
vmwNsxTIntelligenceHealthDataDiskPartitionUsageVeryHighClearThe disk usage of disk partition /data on Intelligence node
vmwNsxTDataCenterIntelligenceNodeId is below the very high threshold value
of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.6.0.48 |
vmwNsxTIntelligenceHealthDiskUsageHighThe disk usage of disk partition vmwNsxTDataCenterDiskPartitionName on
Intelligence node vmwNsxTDataCenterIntelligenceNodeId is above
the high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Examine disk partition vmwNsxTDataCenterDiskPartitionName and see if there are any
unexpected large files that can be removed. NOTIFICATION-TYPE .1.0.6.0.49 |
vmwNsxTIntelligenceHealthDiskUsageHighClearThe disk usage of disk partition vmwNsxTDataCenterDiskPartitionName on
Intelligence node vmwNsxTDataCenterIntelligenceNodeId is below
the high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.6.0.50 |
vmwNsxTIntelligenceHealthDiskUsageVeryHighThe disk usage of disk partition vmwNsxTDataCenterDiskPartitionName on
Intelligence node vmwNsxTDataCenterIntelligenceNodeId is above
the very high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Examine disk partition vmwNsxTDataCenterDiskPartitionName and see if there are any
unexpected large files that can be removed. NOTIFICATION-TYPE .1.0.6.0.51 |
vmwNsxTIntelligenceHealthDiskUsageVeryHighClearThe disk usage of disk partition vmwNsxTDataCenterDiskPartitionName on
Intelligence node vmwNsxTDataCenterIntelligenceNodeId is below
the very high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.6.0.52 |
vmwNsxTIntelligenceHealthMemoryUsageHighThe memory usage on Intelligence node vmwNsxTDataCenterIntelligenceNodeId
is above the high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Use the top command to check which processes have the most memory usages,
and then check /var/log/syslog and these processes' local logs to see if
there are any outstanding errors to be resolved. NOTIFICATION-TYPE .1.0.6.0.53 |
vmwNsxTIntelligenceHealthMemoryUsageHighClearThe memory usage on Intelligence node vmwNsxTDataCenterIntelligenceNodeId
is below the high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.6.0.54 |
vmwNsxTIntelligenceHealthMemoryUsageVeryHighThe memory usage on Intelligence node vmwNsxTDataCenterIntelligenceNodeId
is above the very high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Use the top command to check which processes have the most memory usages,
and then check /var/log/syslog and these processes' local logs to see if
there are any outstanding errors to be resolved. NOTIFICATION-TYPE .1.0.6.0.55 |
vmwNsxTIntelligenceHealthMemoryUsageVeryHighClearThe memory usage on Intelligence node vmwNsxTDataCenterIntelligenceNodeId
is below the very high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.6.0.56 |
vmwNsxTIntelligenceHealthNodeStatusDegradedIntelligence node vmwNsxTDataCenterIntelligenceNodeId is degraded.
Action required:
Invoke the NSX API GET /napp/api/v1/platform/monitor/category/health to
check which specific pod is down and the reason behind it. Invoke the following
CLI command to restart the degraded service:
`kubectl rollout restart <statefulset/deployment> <service_name> -n <namespace>` NOTIFICATION-TYPE .1.0.6.0.57 |
vmwNsxTIntelligenceHealthNodeStatusDegradedClearIntelligence node vmwNsxTDataCenterIntelligenceNodeId is running properly.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.6.0.58 |
vmwNsxTIntelligenceHealthStorageLatencyHighThe storage latency of disk partition vmwNsxTDataCenterDiskPartitionName on
Intelligence node vmwNsxTDataCenterIntelligenceNodeId is above
the high threshold value of vmwNsxTDataCenterSystemUsageThreshold milliseconds.
Action required:
Transient high storage latency may happen due to spike of I/O requests.
If storage latency remains high for more than 30 minutes,
consider deploying NSX Intelligence appliance in a low latency disk,
or not sharing the same storage device with other VMs. NOTIFICATION-TYPE .1.0.6.0.63 |
vmwNsxTIntelligenceHealthStorageLatencyHighClearThe storage latency of disk partition vmwNsxTDataCenterDiskPartitionName on
Intelligence node vmwNsxTDataCenterIntelligenceNodeId is below
the high threshold value of vmwNsxTDataCenterSystemUsageThreshold milliseconds.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.6.0.64 |
vmwNsxTInfrastructureCommunicationFeaturePrefixNotifications applicable to the InfrastructureCommunication feature have this OID prefix. OBJECT IDENTIFIER .1.0.7 |
vmwNsxTInfrastructureCommunicationFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for InfrastructureCommunication feature notifications. OBJECT IDENTIFIER .1.0.7.0 |
vmwNsxTInfrastructureCommunicationEdgeTunnelsDownThe overall tunnel status of Edge node vmwNsxTDataCenterEntityId is down.
Action required:
Invoke the NSX CLI command `get tunnel-ports` to get all tunnel ports,
then check each tunnel's stats by invoking NSX CLI command
`get tunnel-port <UUID> stats` to check if there are any drops. Also
check /var/log/syslog if there are tunnel related errors. NOTIFICATION-TYPE .1.0.7.0.17 |
vmwNsxTInfrastructureCommunicationEdgeTunnelsDownClearThe tunnels of Edge node vmwNsxTDataCenterEntityId have been restored.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.7.0.18 |
vmwNsxTIntelligenceCommunicationFeaturePrefixNotifications applicable to the IntelligenceCommunication feature have this OID prefix. OBJECT IDENTIFIER .1.0.9 |
vmwNsxTIntelligenceCommunicationFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for IntelligenceCommunication feature notifications. OBJECT IDENTIFIER .1.0.9.0 |
vmwNsxTIntelligenceCommunicationTNFlowExporterDisconnectedThe flow exporter on Transport node vmwNsxTDataCenterEntityId is disconnected from
the Intelligence node's messaging broker. Data collection is affected.
Action required:
Restart the messaging service if it is not running in the Intelligence
node. Resolve the network connection failure between the Transport node
flow exporter and the Intelligence node. NOTIFICATION-TYPE .1.0.9.0.7 |
vmwNsxTIntelligenceCommunicationTNFlowExporterDisconnectedClearThe flow exporter on Transport node vmwNsxTDataCenterEntityId has reconnected to
the Intelligence node's messaging broker.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.9.0.8 |
vmwNsxTCniHealthFeaturePrefixNotifications applicable to the CniHealth feature have this OID prefix. OBJECT IDENTIFIER .1.0.10 |
vmwNsxTCniHealthFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for CniHealth feature notifications. OBJECT IDENTIFIER .1.0.10.0 |
vmwNsxTCniHealthHyperbusManagerConnectionDownHyperbus cannot communicate with the Manager node.
Action required:
The hyperbus vmkernel interface (vmk50) may be missing. Refer to
Knowledge Base article https://kb.vmware.com/s/article/67432. NOTIFICATION-TYPE .1.0.10.0.3 |
vmwNsxTCniHealthHyperbusManagerConnectionDownClearHyperbus can communicate with the Manager node.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.10.0.4 |
vmwNsxTCniHealthHyperbusManagerConnectionDownOnDPUHyperbus on DPU vmwNsxTDataCenterDPUId cannot communicate with the Manager node.
Action required:
The hyperbus vmkernel interface (vmk50) on DPU vmwNsxTDataCenterDPUId may be missing. Refer to
Knowledge Base article https://kb.vmware.com/s/article/67432. NOTIFICATION-TYPE .1.0.10.0.5 |
vmwNsxTCniHealthHyperbusManagerConnectionDownOnDPUClearHyperbus on DPU vmwNsxTDataCenterDPUId can communicate with the Manager node.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.10.0.6 |
vmwNsxTNCPHealthFeaturePrefixNotifications applicable to the NCPHealth feature have this OID prefix. OBJECT IDENTIFIER .1.0.11 |
vmwNsxTNCPHealthFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for NCPHealth feature notifications. OBJECT IDENTIFIER .1.0.11.0 |
vmwNsxTNCPHealthNCPPluginDownManager Node has detected the NCP is down or unhealthy.
Action required:
To find the clusters which are having issues, use the NSX UI and
navigate to the Alarms page. The Entity name value for this alarm
instance identifies the cluster name. Or invoke the NSX API GET
/api/v1/systemhealth/container-cluster/ncp/status to fetch all
cluster statuses and determine the name of any clusters that report
DOWN or UNKNOWN. Then on the NSX UI Inventory | Container | Clusters
page find the cluster by name and click the Nodes tab which lists
all Kubernetes and PAS cluster members.
For Kubernetes cluster:
1. Check NCP Pod liveness by finding the K8s master node from all the
cluster members and log onto the master node. Then invoke the kubectl
command `kubectl get pods
the NCP Pod, use kubectl logs command to check the issue and fix the
error.
2. Check the connection between NCP and Kubernetes API server. The
NSX CLI can be used inside the NCP Pod to check this connection status
by invoking the following commands from the master VM.
`kubectl exec -it <NCP-Pod-Name> -n nsx-system bash`
`nsxcli`
`get ncp-k8s-api-server status`
If there is an issue with the connection, check both the network
and NCP configurations.
3. Check the connection between NCP and NSX Manager. The NSX CLI can be
used inside the NCP Pod to check this connection status by invoking the
following command from the master VM.
`kubectl exec -it <NCP-Pod-Name> -n nsx-system bash`
`nsxcli`
`get ncp-nsx status`
If there is an issue with the connection, check both the network
and NCP configurations.
For PAS cluster:
1. Check the network connections between virtual machines and fix any
network issues.
2. Check the status of both nodes and services and fix crashed nodes
or services. Invoke the command `bosh vms` and `bosh instances -p` to
check the status of nodes and services. NOTIFICATION-TYPE .1.0.11.0.3 |
vmwNsxTNCPHealthNCPPluginDownClearManager Node has detected the NCP is up or healthy again.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.11.0.4 |
vmwNsxTNodeAgentsHealthFeaturePrefixNotifications applicable to the NodeAgentsHealth feature have this OID prefix. OBJECT IDENTIFIER .1.0.12 |
vmwNsxTNodeAgentsHealthFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for NodeAgentsHealth feature notifications. OBJECT IDENTIFIER .1.0.12.0 |
vmwNsxTNodeAgentsHealthNodeAgentsDownThe agents running inside the Node VM appear to be down.
Action required:
For ESX:
1. If Vmk50 is missing, refer to this Knowledge Base article
https://kb.vmware.com/s/article/67432.
2. If Hyperbus 4094 is missing, restarting nsx-cfgagent or restarting the
container host VM may help.
3. If container host VIF is blocked, check the connection to the Controller
to make sure all configurations are sent down.
4. If nsx-cfg-agent has stopped, restart nsx-cfgagent.
For KVM:
1. If Hyperbus namespace is missing, restarting the nsx-opsagent may help
recreate the namespace.
2. If Hyperbus interface is missing inside the hyperbus namespace,
restarting the nsx-opsagent may help.
3. If nsx-agent has stopped, restart nsx-agent.
For Both ESX and KVM:
1. If the node-agent package is missing, check whether node-agent package
has been successfully installed in the container host vm.
2. If the interface for node-agent in container host vm is down, check the
eth1 interface status inside the container host vm. NOTIFICATION-TYPE .1.0.12.0.3 |
vmwNsxTNodeAgentsHealthNodeAgentsDownClearThe agents inside the Node VM are running.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.12.0.4 |
vmwNsxTNodeAgentsHealthNodeAgentsDownOnDPUThe agents running inside the Node VM appear to be down on DPU vmwNsxTDataCenterDPUId.
Action required:
1. If Vmk50 on DPU vmwNsxTDataCenterDPUId is missing, refer to this Knowledge Base article
https://kb.vmware.com/s/article/67432.
2. If Hyperbus 4094 on DPU vmwNsxTDataCenterDPUId is missing, restarting nsx-cfgagent on DPU vmwNsxTDataCenterDPUId
or restarting the container host VM may help.
3. If container host VIF is blocked, check the connection to the Controller
to make sure all configurations are sent down.
4. If nsx-cfg-agent on DPU vmwNsxTDataCenterDPUId has stopped, restart nsx-cfgagent on DPU vmwNsxTDataCenterDPUId .
5. If the node-agent package is missing, check whether node-agent package
has been successfully installed in the container host vm.
6. If the interface for node-agent in container host vm is down, check the
eth1 interface status inside the container host vm. NOTIFICATION-TYPE .1.0.12.0.5 |
vmwNsxTNodeAgentsHealthNodeAgentsDownOnDPUClearThe agents inside the Node VM are running on DPU vmwNsxTDataCenterDPUId.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.12.0.6 |
vmwNsxTEndpointProtectionFeaturePrefixNotifications applicable to the EndpointProtection feature have this OID prefix. OBJECT IDENTIFIER .1.0.13 |
vmwNsxTEndpointProtectionFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for EndpointProtection feature notifications. OBJECT IDENTIFIER .1.0.13.0 |
vmwNsxTEndpointProtectionEAMStatusDownESX Agent Manager (EAM) service on compute manager vmwNsxTDataCenterEntityId is down.
Action required:
Start the ESX Agent Manager (EAM) service. SSH into vCenter and invoke
the command `service vmware-eam start`. NOTIFICATION-TYPE .1.0.13.0.1 |
vmwNsxTEndpointProtectionEAMStatusDownClearESX Agent Manager (EAM) service on compute manager vmwNsxTDataCenterEntityId is either up
or compute manager vmwNsxTDataCenterEntityId has been removed.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.13.0.2 |
vmwNsxTEndpointProtectionPartnerChannelDownThe connection between host module and Partner SVM vmwNsxTDataCenterEntityId
is down.
Action required:
Refer to https://kb.vmware.com/s/article/85844 and make sure
that Partner SVM vmwNsxTDataCenterEntityId is re-connected to the host module. NOTIFICATION-TYPE .1.0.13.0.3 |
vmwNsxTEndpointProtectionPartnerChannelDownClearThe connection between host module and Partner SVM vmwNsxTDataCenterEntityId
is up.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.13.0.4 |
vmwNsxTServiceInsertionFeaturePrefixNotifications applicable to the ServiceInsertion feature have this OID prefix. OBJECT IDENTIFIER .1.0.14 |
vmwNsxTServiceInsertionFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for ServiceInsertion feature notifications. OBJECT IDENTIFIER .1.0.14.0 |
vmwNsxTServiceInsertionNewHostAddedNew host added in cluster vmwNsxTDataCentervCenterClusterId and SVM will be deployed.
Action required:
Check for the VM deployment status and wait till it powers on. NOTIFICATION-TYPE .1.0.14.0.7 |
vmwNsxTServiceInsertionNewHostAddedClearNew host added successfully.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.14.0.8 |
vmwNsxTServiceInsertionServiceDeploymentFailedThe service deployment vmwNsxTDataCenterEntityId for service vmwNsxTDataCenterServiceName on cluster vmwNsxTDataCentervCenterClusterId has failed.
Reason : vmwNsxTDataCenterFailureReason
Action required:
Delete the service deployment using NSX UI or API.
Perform any corrective action from the KB and retry service deployment again. NOTIFICATION-TYPE .1.0.14.0.9 |
vmwNsxTServiceInsertionServiceDeploymentFailedClearThe failed service deployment vmwNsxTDataCenterEntityId has been removed.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.14.0.10 |
vmwNsxTServiceInsertionServiceDeploymentSucceededThe service deployment vmwNsxTDataCenterEntityId for service vmwNsxTDataCenterServiceName on cluster vmwNsxTDataCentervCenterClusterId has succeeded.
Action required:
No action needed. NOTIFICATION-TYPE .1.0.14.0.11 |
vmwNsxTServiceInsertionServiceDeploymentSucceededClearThe service deployment vmwNsxTDataCenterEntityId on cluster vmwNsxTDataCentervCenterClusterId has succeeded, no action needed.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.14.0.12 |
vmwNsxTServiceInsertionServiceUndeploymentFailedThe deletion of service deployment vmwNsxTDataCenterEntityId for service vmwNsxTDataCenterServiceName on cluster vmwNsxTDataCentervCenterClusterId has failed.
Reason : vmwNsxTDataCenterFailureReason
Action required:
Delete the service deployment using NSX UI or API.
Perform any corrective action from the KB and retry deleting the service deployment again.
Resolve the alarm manually after checking all the VM and objects are deleted. NOTIFICATION-TYPE .1.0.14.0.15 |
vmwNsxTServiceInsertionServiceUndeploymentFailedClearThe failed service deployment name vmwNsxTDataCenterEntityId has been removed.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.14.0.16 |
vmwNsxTServiceInsertionServiceUndeploymentSucceededThe deletion of service deployment vmwNsxTDataCenterEntityId for service vmwNsxTDataCenterServiceName on cluster vmwNsxTDataCentervCenterClusterId has succeeded.
Action required:
No action needed. NOTIFICATION-TYPE .1.0.14.0.17 |
vmwNsxTServiceInsertionServiceUndeploymentSucceededClearThe deletion of service deployment vmwNsxTDataCenterEntityId on cluster vmwNsxTDataCentervCenterClusterId has succeeded, no action needed.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.14.0.18 |
vmwNsxTServiceInsertionServiceChainPathDownService chain path is down on vmwNsxTDataCenterEntityId and traffic flow is impacted.
Action required:
Perform any corrective action from the KB and check if the status is up. NOTIFICATION-TYPE .1.0.14.0.21 |
vmwNsxTServiceInsertionServiceChainPathDownClearService chain path is up and configured as expected.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.14.0.22 |
vmwNsxTServiceInsertionSVMHealthStatusDownThe health check for SVM vmwNsxTDataCenterEntityId for service vmwNsxTDataCenterServiceName is not working correctly on vmwNsxTDataCenterHostnameOrIPAddressWithPort.
Reason : vmwNsxTDataCenterFailureReason.
Action required:
Delete the service deployment using NSX UI or API.
Perform any corrective action from the KB and retry service deployment again if necessary. NOTIFICATION-TYPE .1.0.14.0.23 |
vmwNsxTServiceInsertionSVMHealthStatusDownClearThe SVM vmwNsxTDataCenterEntityId with wrong state has been removed.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.14.0.24 |
vmwNsxTServiceInsertionSVMHealthStatusUpThe health check for SVM vmwNsxTDataCenterEntityId for service vmwNsxTDataCenterServiceName is working correctly on vmwNsxTDataCenterHostnameOrIPAddressWithPort.
Action required:
No action needed. NOTIFICATION-TYPE .1.0.14.0.25 |
vmwNsxTServiceInsertionSVMHealthStatusUpClearThe SVM vmwNsxTDataCenterEntityId is working correctly, no action needed.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.14.0.26 |
vmwNsxTServiceInsertionSVMLivenessStateDownSVM liveness state is down on vmwNsxTDataCenterEntityId and traffic flow is impacted.
Action required:
Perform any corrective action from the KB and check if the state is up. NOTIFICATION-TYPE .1.0.14.0.27 |
vmwNsxTServiceInsertionSVMLivenessStateDownClearSVM liveness state is up and configured as expected.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.14.0.28 |
vmwNsxTServiceInsertionServiceInsertionInfraStatusDownSPF not enabled at port level on host vmwNsxTDataCenterTransportNodeId and the status is down.
Reason : vmwNsxTDataCenterFailureReason.
Action required:
Perform any corrective action from the KB and check if the status is up.
Resolve the alarm manually after checking the status. NOTIFICATION-TYPE .1.0.14.0.29 |
vmwNsxTServiceInsertionServiceInsertionInfraStatusDownClearService insertion infrastructure status is up and has been correctly enabled on host.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.14.0.30 |
vmwNsxTVPNFeaturePrefixNotifications applicable to the VPN feature have this OID prefix. OBJECT IDENTIFIER .1.0.15 |
vmwNsxTVPNFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for VPN feature notifications. OBJECT IDENTIFIER .1.0.15.0 |
vmwNsxTVPNIPsecPolicyBasedSessionDownThe policy based IPsec VPN session vmwNsxTDataCenterEntityId is down.
Reason: vmwNsxTDataCenterSessionDownReason.
Action required:
Check IPsec VPN session configuration and resolve errors based on the
session down reason. NOTIFICATION-TYPE .1.0.15.0.7 |
vmwNsxTVPNIPsecPolicyBasedSessionDownClearThe policy based IPsec VPN session vmwNsxTDataCenterEntityId is up.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.15.0.8 |
vmwNsxTVPNIPsecPolicyBasedTunnelDownOne or more policy based IPsec VPN tunnels in session vmwNsxTDataCenterEntityId are down.
Action required:
Check IPsec VPN session configuration and resolve errors based on the
tunnel down reason. NOTIFICATION-TYPE .1.0.15.0.9 |
vmwNsxTVPNIPsecPolicyBasedTunnelDownClearAll policy based IPsec VPN tunnels in session vmwNsxTDataCenterEntityId are up.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.15.0.10 |
vmwNsxTVPNIPsecRouteBasedSessionDownThe route based IPsec VPN session vmwNsxTDataCenterEntityId is down.
Reason: vmwNsxTDataCenterSessionDownReason.
Action required:
Check IPsec VPN session configuration and resolve errors based on the
session down reason. NOTIFICATION-TYPE .1.0.15.0.11 |
vmwNsxTVPNIPsecRouteBasedSessionDownClearThe route based IPsec VPN session vmwNsxTDataCenterEntityId is up.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.15.0.12 |
vmwNsxTVPNIPsecRouteBasedTunnelDownThe route based IPsec VPN tunnel in session vmwNsxTDataCenterEntityId is down.
Reason: vmwNsxTDataCenterTunnelDownReason.
Action required:
Check IPsec VPN session configuration and resolve errors based on the
tunnel down reason. NOTIFICATION-TYPE .1.0.15.0.13 |
vmwNsxTVPNIPsecRouteBasedTunnelDownClearThe route based IPsec VPN tunnel in session vmwNsxTDataCenterEntityId is up.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.15.0.14 |
vmwNsxTVPNL2VpnSessionDownThe L2VPN session vmwNsxTDataCenterEntityId is down.
Action required:
Check L2VPN session status for session down reason and resolve errors based
on the reason. NOTIFICATION-TYPE .1.0.15.0.15 |
vmwNsxTVPNL2VpnSessionDownClearThe L2VPN session vmwNsxTDataCenterEntityId is up.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.15.0.16 |
vmwNsxTVPNIPsecServiceDownThe IPsec service vmwNsxTDataCenterEntityId is down. Reason: vmwNsxTDataCenterServiceDownReason.
Action required:
1. Disable and enable the IPsec service from NSX Manager UI.
2. If the issue still persists, check syslog for error logs and contact
VMware support. NOTIFICATION-TYPE .1.0.15.0.17 |
vmwNsxTVPNIPsecServiceDownClearThe IPsec service vmwNsxTDataCenterEntityId is up.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.15.0.18 |
vmwNsxTAlarmManagementFeaturePrefixNotifications applicable to the AlarmManagement feature have this OID prefix. OBJECT IDENTIFIER .1.0.16 |
vmwNsxTAlarmManagementFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for AlarmManagement feature notifications. OBJECT IDENTIFIER .1.0.16.0 |
vmwNsxTAlarmManagementAlarmServiceOverloadedDue to heavy volume of alarms reported, the alarm service is temporarily
overloaded. The NSX UI and GET /api/v1/alarms NSX API have stopped
reporting new alarms; however, syslog entries and SNMP traps (if enabled)
are still being emitted reporting the underlying event details. When the
underlying issues causing the heavy volume of alarms are addressed, the
alarm service will start reporting new alarms again.
Action required:
Review all active alarms using the Alarms page in the NSX UI or using the
GET /api/v1/alarms?status=OPEN,ACKNOWLEDGED,SUPPRESSED NSX API. For each
active alarm investigate the root cause by following the recommended action
for the alarm. When sufficient alarms are resolved, the alarm service will
start reporting new alarms again. NOTIFICATION-TYPE .1.0.16.0.1 |
vmwNsxTAlarmManagementAlarmServiceOverloadedClearThe heavy volume of alarms has subsided and new alarms are being reported
again.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.16.0.2 |
vmwNsxTAlarmManagementHeavyVolumeOfAlarmsDue to heavy volume of vmwNsxTDataCenterEventId alarms, the alarm service has
temporarily stopped reporting alarms of this type. The NSX UI and
GET /api/v1/alarms NSX API are not reporting new instances of these
alarms; however, syslog entries and SNMP traps (if enabled) are
still being emitted reporting the underlying event details. When the
underlying issues causing the heavy volume of vmwNsxTDataCenterEventId alarms are
addressed, the alarm service will start reporting new vmwNsxTDataCenterEventId
alarms when new issues are detected again.
Action required:
Review all active alarms of type vmwNsxTDataCenterEventId using the
Alarms page in the NSX UI or using the NSX API GET
/api/v1/alarms?status=OPEN,ACKNOWLEDGED,SUPPRESSED. For each active
alarm investigate the root cause by following the recommended action
for the alarm. When sufficient alarms are resolved, the alarm service
will start reporting new vmwNsxTDataCenterEventId alarms again. NOTIFICATION-TYPE .1.0.16.0.3 |
vmwNsxTAlarmManagementHeavyVolumeOfAlarmsClearThe heavy volume of vmwNsxTDataCenterEventId alarms has subsided and new alarms of
this type are being reported again.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.16.0.4 |
vmwNsxTLoadBalancerFeaturePrefixNotifications applicable to the LoadBalancer feature have this OID prefix. OBJECT IDENTIFIER .1.0.17 |
vmwNsxTLoadBalancerFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for LoadBalancer feature notifications. OBJECT IDENTIFIER .1.0.17.0 |
vmwNsxTLoadBalancerLBCPUVeryHighThe CPU usage of load balancer vmwNsxTDataCenterEntityId is very high. The threshold is
vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
If the load balancer CPU utilization is higher than system usage threshold,
the workload is too high for this load balancer. Rescale the load balancer
service by changing the load balancer size from small to medium or from
medium to large. If the CPU utilization of this load balancer is still high,
consider adjusting the Edge appliance form factor size or moving load
balancer services to other Edge nodes for the applicable workload. NOTIFICATION-TYPE .1.0.17.0.1 |
vmwNsxTLoadBalancerLBCPUVeryHighClearThe CPU usage of load balancer vmwNsxTDataCenterEntityId is low enough. The threshold is
vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.17.0.2 |
vmwNsxTLoadBalancerLBEdgeCapacityInUseHighThe usage of load balancer service in Edge node vmwNsxTDataCenterEntityId is high.
The threshold is vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
If multiple LB instances have been configurerd in this Edge node, deploy a
new Edge node and move some LB instances to that new Edge node. If only a
single LB instance (small/medium/etc) has been configured in an Edge node of
same size (small/medium/etc), deploy a new Edge of bigger size and move the
LB instance to that new Edge node. NOTIFICATION-TYPE .1.0.17.0.3 |
vmwNsxTLoadBalancerLBEdgeCapacityInUseHighClearThe usage of load balancer service in Edge node vmwNsxTDataCenterEntityId is low enough.
The threshold is vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.17.0.4 |
vmwNsxTLoadBalancerLBPoolMemberCapacityInUseVeryHighThe usage of pool members in Edge node vmwNsxTDataCenterEntityId is very high.
The threshold is vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Deploy a new Edge node and move the load balancer service from existing Edge
nodes to the newly deployed Edge node. NOTIFICATION-TYPE .1.0.17.0.5 |
vmwNsxTLoadBalancerLBPoolMemberCapacityInUseVeryHighClearThe usage of pool members in Edge node vmwNsxTDataCenterEntityId is low enough.
The threshold is vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.17.0.6 |
vmwNsxTLoadBalancerLBStatusDownThe centralized load balancer service vmwNsxTDataCenterEntityId is down.
Action required:
On active Edge node, check load balancer status by invoking the NSX CLI
command `get load-balancer <lb-uuid> status`. If the LB-State of load
balancer service is not_ready or there is no output, make the Edge node
enter maintenance mode, then exit maintenance mode. NOTIFICATION-TYPE .1.0.17.0.7 |
vmwNsxTLoadBalancerLBStatusDownClearThe centralized load balancer service vmwNsxTDataCenterEntityId is up.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.17.0.8 |
vmwNsxTLoadBalancerPoolStatusDownThe load balancer pool vmwNsxTDataCenterEntityId status is down.
Action required:
Consult the load balancer pool to determine which members are down by
invoking the NSX CLI command
`get load-balancer <lb-uuid> pool <pool-uuid> status`
or NSX API GET
/policy/api/v1/infra/lb-services/<lb-service-id>/lb-pools/<lb-pool-id>/detailed-status
If DOWN or UNKNOWN is reported, verify the pool member.
Check network connectivity from the load balancer to the impacted pool members.
Validate application health of each pool member. Also validate the health
of each pool member using the configured monitor. When the health of the
member is established, the pool member status is updated to healthy based
on the 'Rise Count' configuration in the monitor.
Remediate the issue by rebooting the pool member or make the Edge node
enter maintenance mode, then exit maintenance mode. NOTIFICATION-TYPE .1.0.17.0.9 |
vmwNsxTLoadBalancerPoolStatusDownClearThe load balancer pool vmwNsxTDataCenterEntityId status is up
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.17.0.10 |
vmwNsxTLoadBalancerVirtualServerStatusDownThe load balancer virtual server vmwNsxTDataCenterEntityId is down.
Action required:
Consult the load balancer pool to determine its status and verify its
configuration. If incorrectly configured, reconfigure it and remove the
load balancer pool from the virtual server then re-add it to the
virtual server again. NOTIFICATION-TYPE .1.0.17.0.11 |
vmwNsxTLoadBalancerVirtualServerStatusDownClearThe load balancer virtual server vmwNsxTDataCenterEntityId is up.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.17.0.12 |
vmwNsxTLoadBalancerLBStatusDegradedThe load balancer service vmwNsxTDataCenterEntityId is degraded.
Action required:
For centralized load balancer:
Check the load balancer status on standby Edge node as the degraded status
means the load balancer status on standby Edge node is not ready. On standby
Edge node, invoke the NSX CLI command `get load-balancer <lb-uuid> status`.
If the LB-State of load balancer service is not_ready or there is no output,
make the Edge node enter maintenance mode, then exit maintenance mode.
For distributed load balancer:
1. Get detailed status by invoking NSX API GET
/policy/api/v1/infra/lb-services/<LBService>/detailed-status?source=realtime
2. From API output, find ESXi host reporting a non-zero instance_number
with status NOT_READY or CONFLICT.
3. On ESXi host node, invoke the NSX CLI command `get load-balancer
<lb-uuid> status`.
If 'Conflict LSP'is reported, check whether this LSP is attached
to other load balancer service. Check whether this conflict is
acceptable.
If 'Not Ready LSP' is reported, check the status of this LSP by
invoking NSX CLI command `get logical-switch-port status`.
NOTE: You should ignore the alarm if it can be resolved automatically in 5 mins
because the degraded status can be a transient status. NOTIFICATION-TYPE .1.0.17.0.15 |
vmwNsxTLoadBalancerLBStatusDegradedClearThe load balancer service vmwNsxTDataCenterEntityId is not degraded.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.17.0.16 |
vmwNsxTLoadBalancerDLBStatusDownThe distributed load balancer service vmwNsxTDataCenterEntityId is down.
Action required:
On ESXi host node, invoke the NSX CLI command `get load-balancer
<lb-uuid> status`.
If 'Conflict LSP' is reported, check whether this LSP is attached
to other load balancer service. Check whether this conflict is
acceptable.
If 'Not Ready LSP' is reported, check the status of this LSP by
invoking NSX CLI command `get logical-switch-port status`. NOTIFICATION-TYPE .1.0.17.0.17 |
vmwNsxTLoadBalancerDLBStatusDownClearThe distributed load balancer service vmwNsxTDataCenterEntityId is up.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.17.0.18 |
vmwNsxTLoadBalancerConfigurationNotRealizedDueToLowMemoryThe load balancer configuration vmwNsxTDataCenterEntityId is not realized,
due to high memory usage on Edge node vmwNsxTDataCenterTransportNodeId.
Action required:
Prefer defining small and medium sized load balancers over large sized load balancers.
Spread out load balancer services among the available Edge nodes.
Reduce number of Virtual Servers defined. NOTIFICATION-TYPE .1.0.17.0.19 |
vmwNsxTLoadBalancerConfigurationNotRealizedDueToLowMemoryClearThe load balancer configuration vmwNsxTDataCenterEntityId is realized on vmwNsxTDataCenterTransportNodeId.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.17.0.20 |
vmwNsxTTransportNodeHealthFeaturePrefixNotifications applicable to the TransportNodeHealth feature have this OID prefix. OBJECT IDENTIFIER .1.0.18 |
vmwNsxTTransportNodeHealthFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for TransportNodeHealth feature notifications. OBJECT IDENTIFIER .1.0.18.0 |
vmwNsxTTransportNodeHealthNVDSUplinkDownUplink is going down.
Action required:
Check the physical NICs' status of uplinks on hosts.
1. In the NSX UI navigate to Fabric | Nodes | Transport Nodes |
Host Transport Nodes.
2. In the Host Transport Nodes list, check the Node Status column. Find the
Transport node with the degraded or down Node Status.
3. Select <transport node> | Monitor. Check the status details of the
bond(uplink) which is reporting degraded or down. To avoid a degraded state,
ensure all uplink interfaces are connected and up regardless of whether they
are in use or not. NOTIFICATION-TYPE .1.0.18.0.3 |
vmwNsxTTransportNodeHealthNVDSUplinkDownClearUplink is going up.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.18.0.4 |
vmwNsxTTransportNodeHealthLAGMemberDownLACP reporting member down.
Action required:
Check the connection status of LAG members on hosts.
1. In the NSX UI navigate to Fabric | Nodes | Transport Nodes |
Host Transport Nodes.
2. In the Host Transport Nodes list, check the Node Status column. Find the
Transport node with the degraded or down Node Status.
3. Select <transport node> | Monitor. Find the bond(uplink) which is
reporting degraded or down.
4. Check the LACP member status details by logging into the failed host and
invoking `esxcli network vswitch dvs vmware lacp status get` on an ESXi
host or `ovs-appctl bond/show` and `ovs-appctl lacp/show` on a KVM host. NOTIFICATION-TYPE .1.0.18.0.5 |
vmwNsxTTransportNodeHealthLAGMemberDownClearLACP reporting member up.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.18.0.6 |
vmwNsxTTransportNodeHealthTransportNodeUplinkDownUplink is going down.
Action required:
Check the physical NICs' status of uplinks on hosts.
1. In the NSX UI navigate to Fabric | Nodes | Transport Nodes |
Host Transport Nodes.
2. In the Host Transport Nodes list, check the Node Status column. Find the
Transport node with the degraded or down Node Status.
3. Select <transport node> | Monitor. Check the status details of the
bond(uplink) which is reporting degraded or down. To avoid a degraded state,
ensure all uplink interfaces are connected and up regardless of whether they
are in use or not. NOTIFICATION-TYPE .1.0.18.0.7 |
vmwNsxTTransportNodeHealthTransportNodeUplinkDownClearUplink is going up.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.18.0.8 |
vmwNsxTTransportNodeHealthLAGMemberDownOnDPULACP on DPU vmwNsxTDataCenterDPUId reporting member down.
Action required:
Check the connection status of LAG members on DPU vmwNsxTDataCenterDPUId.
Find out the mapped name of related physical NIC on host, then perform checking on UI.
1. In the NSX UI navigate to Fabric | Nodes | Transport Nodes |
Host Transport Nodes.
2. In the Host Transport Nodes list, check the Node Status column. Find the
Transport node with the degraded or down Node Status.
3. Select <transport node> | Monitor. Find the bond(uplink) which is
reporting degraded or down.
4. Check the LACP member status details by logging into the failed DPU vmwNsxTDataCenterDPUId and
invoking `esxcli network vswitch dvs vmware lacp status get`. NOTIFICATION-TYPE .1.0.18.0.9 |
vmwNsxTTransportNodeHealthLAGMemberDownOnDPUClearLACP on DPU vmwNsxTDataCenterDPUId reporting member up.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.18.0.10 |
vmwNsxTTransportNodeHealthTransportNodeUplinkDownOnDPUUplink on DPU vmwNsxTDataCenterDPUId is going down.
Action required:
Check the physical NICs' status of uplinks on DPU vmwNsxTDataCenterDPUId.
Find out the mapped name of this physical NIC on host, then perform checking on UI.
1. In the NSX UI navigate to Fabric | Nodes | Transport Nodes |
Host Transport Nodes.
2. In the Host Transport Nodes list, check the Node Status column. Find the
Transport node with the degraded or down Node Status.
3. Select <transport node> | Monitor. Check the status details of the
bond(uplink) which is reporting degraded or down. To avoid a degraded state,
ensure all uplink interfaces are connected and up regardless of whether they
are in use or not. NOTIFICATION-TYPE .1.0.18.0.11 |
vmwNsxTTransportNodeHealthTransportNodeUplinkDownOnDPUClearUplink on DPU vmwNsxTDataCenterDPUId is going up.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.18.0.12 |
vmwNsxTInfrastructureServiceFeaturePrefixNotifications applicable to the InfrastructureService feature have this OID prefix. OBJECT IDENTIFIER .1.0.19 |
vmwNsxTInfrastructureServiceFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for InfrastructureService feature notifications. OBJECT IDENTIFIER .1.0.19.0 |
vmwNsxTInfrastructureServiceEdgeServiceStatusChangedThe service vmwNsxTDataCenterEdgeServiceName changed from vmwNsxTDataCenterPreviousServiceState
to vmwNsxTDataCenterCurrentServiceState.
vmwNsxTDataCenterServiceDownReason
Action required:
On the Edge node, verify the service hasn't exited due to an error by
looking for core files in the /var/log/core directory. In addition,
invoke the NSX CLI command `get services` to confirm whether the service
is stopped. If so, invoke `start service <service-name>` to restart the
service. NOTIFICATION-TYPE .1.0.19.0.1 |
vmwNsxTInfrastructureServiceEdgeServiceStatusChangedClearThe service vmwNsxTDataCenterEdgeServiceName changed from vmwNsxTDataCenterPreviousServiceState
to vmwNsxTDataCenterCurrentServiceState.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.19.0.2 |
vmwNsxTInfrastructureServiceEdgeServiceStatusDownThe service vmwNsxTDataCenterEdgeServiceName is down for at least one minute.
vmwNsxTDataCenterServiceDownReason
Action required:
On the Edge node, verify the service hasn't exited due to an error by
looking for core files in the /var/log/core directory. In addition,
invoke the NSX CLI command `get services` to confirm whether the service
is stopped. If so, invoke `start service <service-name>` to restart the
service. NOTIFICATION-TYPE .1.0.19.0.3 |
vmwNsxTInfrastructureServiceEdgeServiceStatusDownClearThe service vmwNsxTDataCenterEdgeServiceName is up.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.19.0.4 |
vmwNsxTInfrastructureServiceServiceStatusUnknownThe service vmwNsxTDataCenterServiceName has been unresponsive for 10 seconds.
Action required:
Verify vmwNsxTDataCenterServiceName service is still running by invoking `/etc/init.d/vmwNsxTDataCenterServiceName status`.
If the service is reported as running, it may need to get restarted which can be done by
`/etc/init.d/vmwNsxTDataCenterServiceName restart`. Rerun the status command to verify the service is now
running. If the script `/etc/init.d/vmwNsxTDataCenterServiceName` is unavailable, invoke
`systemctl vmwNsxTDataCenterServiceName status` and restart by `systemctl vmwNsxTDataCenterServiceName restart` with root
priviledges. If restarting the service does not resolve the issue or if the issue reoccurs after
a successful restart, contact VMware Support. NOTIFICATION-TYPE .1.0.19.0.7 |
vmwNsxTInfrastructureServiceServiceStatusUnknownClearThe service vmwNsxTDataCenterServiceName is responsive again.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.19.0.8 |
vmwNsxTInfrastructureServiceApplicationCrashedApplication on NSX node vmwNsxTDataCenterNodeDisplayOrHostName has crashed.
The number of core files found is vmwNsxTDataCenterCoreDumpCount.
Collect the Support Bundle including core dump files
and contact VMware Support team.
Action required:
Collect Support Bundle for NSX node vmwNsxTDataCenterNodeDisplayOrHostName
using NSX Manager UI or API.
Note, core dumps can be set to move or copy into NSX Tech Support Bundle
in order to remove or preserve the local copy on node.
Copy of Support Bundle with core dump files is essential for
VMware Support team to troubleshoot the issue and it is best recommended to
save a latest copy of Tech Support Bundle including core dump files
before removing core dump files from system.
Refer KB article for more details. NOTIFICATION-TYPE .1.0.19.0.9 |
vmwNsxTInfrastructureServiceApplicationCrashedClearAll core dump files are withdrawn from system.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.19.0.10 |
vmwNsxTInfrastructureServiceServiceStatusUnknownOnDPUThe service vmwNsxTDataCenterServiceName on DPU vmwNsxTDataCenterDPUId has been unresponsive for 10 seconds.
Action required:
Verify vmwNsxTDataCenterServiceName service on DPU vmwNsxTDataCenterDPUId is still running by invoking
`/etc/init.d/vmwNsxTDataCenterServiceName status`. If the service is reported as running, it may
need to get restarted which can be done by `/etc/init.d/vmwNsxTDataCenterServiceName restart`.
Rerun the status command to verify the service is now running. If restarting the
service does not resolve the issue or if the issue reoccurs after a successful restart,
contact VMware Support. NOTIFICATION-TYPE .1.0.19.0.11 |
vmwNsxTInfrastructureServiceServiceStatusUnknownOnDPUClearThe service vmwNsxTDataCenterServiceName on DPU vmwNsxTDataCenterDPUId is responsive again.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.19.0.12 |
vmwNsxTInfrastructureServiceMetricsDeliveryFailureFailed to deliver metrics from SHA to target vmwNsxTDataCenterMetricsTargetAlias(vmwNsxTDataCenterMetricsTargetAddress:vmwNsxTDataCenterMetricsTargetPort).
Action required:
User should perform the following checks in order to exclude the problem causing the failure:
1. Check if target address vmwNsxTDataCenterMetricsTargetAddress and port vmwNsxTDataCenterMetricsTargetPort (default is 443 in the case port is not specified)
passed down to connect is the expected target,
2. Check if the certificate is correct by
`/opt/vmware/nsx-nestdb/bin/nestdb-cli
3. Check if target vmwNsxTDataCenterMetricsTargetAddress is reachable,
4. Check if the metric manager on target vmwNsxTDataCenterMetricsTargetAddress is running by `docker ps | grep metrics_manager`,
5. Check if port vmwNsxTDataCenterMetricsTargetPort is opened by `netstat -a | grep vmwNsxTDataCenterMetricsTargetPort` on target,
6. Check if ALLOW firewall rule is installed on the node by `iptables -S OUTPUT | grep vmwNsxTDataCenterMetricsTargetPort`(EDGE/UA) or
`localcli network firewall ruleset list | grep nsx-sha-tsdb`(ESX),
7. Restart SHA daemon to see if it could be solved by `/etc/init.d/netopa restart`(ESX) or `/etc/init.d/nsx-netopa restart`(EDGE)
or `/etc/init.d/nsx-sha restart`(UA). NOTIFICATION-TYPE .1.0.19.0.19 |
vmwNsxTInfrastructureServiceMetricsDeliveryFailureClearMetrics delivery to target vmwNsxTDataCenterMetricsTargetAlias(vmwNsxTDataCenterMetricsTargetAddress:vmwNsxTDataCenterMetricsTargetPort) recovered.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.19.0.20 |
vmwNsxTDHCPFeaturePrefixNotifications applicable to the DHCP feature have this OID prefix. OBJECT IDENTIFIER .1.0.20 |
vmwNsxTDHCPFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for DHCP feature notifications. OBJECT IDENTIFIER .1.0.20.0 |
vmwNsxTDHCPPoolLeaseAllocationFailedThe addresses in IP Pool vmwNsxTDataCenterEntityId of DHCP Server vmwNsxTDataCenterDHCPServerId have
been exhausted. The last DHCP request has failed and future requests will
fail.
Action required:
Review the DHCP pool configuration in the NSX UI or on the Edge node where
the DHCP server is running by invoking the NSX CLI command `get dhcp ip-pool`.
Also review the current active leases on the Edge node by invoking the NSX
CLI command `get dhcp lease`. Compare the leases to the number of active
VMs. Consider reducing the lease time on the DHCP server configuration if
the number of VMs are low compared to the number of active leases. Also
consider expanding the pool range for the DHCP server by visiting the
Networking | Segments | Segment page in the NSX UI. NOTIFICATION-TYPE .1.0.20.0.1 |
vmwNsxTDHCPPoolLeaseAllocationFailedClearIP Pool vmwNsxTDataCenterEntityId of DHCP Server vmwNsxTDataCenterDHCPServerId is no longer exhausted.
A lease is successfully allocated to the last DHCP request.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.20.0.2 |
vmwNsxTDHCPPoolOverloadedThe DHCP Server vmwNsxTDataCenterDHCPServerId IP Pool vmwNsxTDataCenterEntityId usage is approaching
exhaustion with vmwNsxTDataCenterDHCPPoolUsage% IPs allocated.
Action required:
Review the DHCP pool configuration in the NSX UI or on the Edge node where
the DHCP server is running by invoking the NSX CLI command `get dhcp ip-pool`.
Also review the current active leases on the Edge node by invoking the NSX
CLI command `get dhcp lease`. Compare the leases to the number of active
VMs. Consider reducing the lease time on the DHCP server configuration if
the number of VMs are low compared to the number of active leases. Also
consider expanding the pool range for the DHCP server by visiting the
Networking | Segments | Segment page in the NSX UI. NOTIFICATION-TYPE .1.0.20.0.3 |
vmwNsxTDHCPPoolOverloadedClearThe DHCP Server vmwNsxTDataCenterDHCPServerId IP Pool vmwNsxTDataCenterEntityId has fallen below the
high usage threshold.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.20.0.4 |
vmwNsxTHighAvailabilityFeaturePrefixNotifications applicable to the HighAvailability feature have this OID prefix. OBJECT IDENTIFIER .1.0.21 |
vmwNsxTHighAvailabilityFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for HighAvailability feature notifications. OBJECT IDENTIFIER .1.0.21.0 |
vmwNsxTHighAvailabilityTier0GatewayFailoverThe tier0 gateway vmwNsxTDataCenterEntityId failover from vmwNsxTDataCenterPreviousGatewayState
to vmwNsxTDataCenterCurrentGatewayState, service-router vmwNsxTDataCenterServiceRouterId.
Action required:
Invoke the NSX CLI command `get logical-router <service_router_id>` to
identify the tier0 service-router vrf ID. Switch to the vrf context by
invoking `vrf <vrf-id>` then invoke `get high-availability status`
to determine the service that is down. NOTIFICATION-TYPE .1.0.21.0.9 |
vmwNsxTHighAvailabilityTier0GatewayFailoverClearThe tier0 gateway vmwNsxTDataCenterEntityId is now up.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.21.0.10 |
vmwNsxTHighAvailabilityTier1GatewayFailoverThe tier1 gateway vmwNsxTDataCenterEntityId failover from vmwNsxTDataCenterPreviousGatewayState
to vmwNsxTDataCenterCurrentGatewayState, service-router vmwNsxTDataCenterServiceRouterId.
Action required:
Invoke the NSX CLI command `get logical-router <service_router_id>` to
identify the tier1 service-router vrf ID. Switch to the vrf context by
invoking `vrf <vrf-id>` then invoke `get high-availability status`
to determine the service that is down. NOTIFICATION-TYPE .1.0.21.0.11 |
vmwNsxTHighAvailabilityTier1GatewayFailoverClearThe tier1 gateway vmwNsxTDataCenterEntityId is now up.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.21.0.12 |
vmwNsxTHighAvailabilityTier0ServiceGroupFailoverService-group cluster vmwNsxTDataCenterEntityId currently does not have an active
instance. It is in state vmwNsxTDataCenterHaState (where 0 is down, 1 is standby and
2 is active) on Edge node vmwNsxTDataCenterTransportNodeId and in state vmwNsxTDataCenterHaState2
on Edge node vmwNsxTDataCenterTransportNodeId2.
Action required:
Invoke the NSX CLI command `get logical-router <service_router_id> service_group` to
check all service-groups configured under a given service-router. Examine
the output for reason for a service-group leaving active state. NOTIFICATION-TYPE .1.0.21.0.13 |
vmwNsxTHighAvailabilityTier0ServiceGroupFailoverClearTier0 service-group cluster vmwNsxTDataCenterEntityId now has one active instance
on Edge node vmwNsxTDataCenterTransportNodeId.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.21.0.14 |
vmwNsxTHighAvailabilityTier1ServiceGroupFailoverService-group cluster vmwNsxTDataCenterEntityId currently does not have an active
instance. It is in state vmwNsxTDataCenterHaState (where 0 is down, 1 is standby and
2 is active) on Edge node vmwNsxTDataCenterTransportNodeId and in state vmwNsxTDataCenterHaState2
on Edge node vmwNsxTDataCenterTransportNodeId2.
Action required:
Invoke the NSX CLI command `get logical-router <service_router_id> service_group` to
check all service-groups configured under a given service-router. Examine
the output for reason for a service-group leaving active state. NOTIFICATION-TYPE .1.0.21.0.15 |
vmwNsxTHighAvailabilityTier1ServiceGroupFailoverClearTier1 service-group cluster vmwNsxTDataCenterEntityId now has one active instance
on Edge node vmwNsxTDataCenterTransportNodeId.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.21.0.16 |
vmwNsxTHighAvailabilityTier0ServiceGroupReducedRedundancyService-group cluster vmwNsxTDataCenterEntityId attached to Tier0 service-router
vmwNsxTDataCenterServiceRouterId on Edge node vmwNsxTDataCenterTransportNodeId has failed.
As a result, the service-group cluster currently does not have a
standby instance.
Action required:
Invoke the NSX CLI command `get logical-router <service_router_id> service_group` to
check all service-groups configured under a given service-router. Examine
the output for failure reason for a previously standby service-group. NOTIFICATION-TYPE .1.0.21.0.17 |
vmwNsxTHighAvailabilityTier0ServiceGroupReducedRedundancyClearService-group cluster vmwNsxTDataCenterEntityId is in state vmwNsxTDataCenterHaState (where 0 is down,
1 is standby and 2 is active) on Edge node vmwNsxTDataCenterTransportNodeId
and state vmwNsxTDataCenterHaState2 on Edge node vmwNsxTDataCenterTransportNodeId2.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.21.0.18 |
vmwNsxTHighAvailabilityTier1ServiceGroupReducedRedundancyService-group cluster vmwNsxTDataCenterEntityId attached to Tier1 service-router
vmwNsxTDataCenterServiceRouterId on Edge node vmwNsxTDataCenterTransportNodeId has failed.
As a result, the service-group cluster currently does not have a
standby instance.
Action required:
Invoke the NSX CLI command `get logical-router <service_router_id> service_group` to
check all service-groups configured under a given service-router. Examine
the output for failure reason for a previously standby service-group. NOTIFICATION-TYPE .1.0.21.0.19 |
vmwNsxTHighAvailabilityTier1ServiceGroupReducedRedundancyClearService-group cluster vmwNsxTDataCenterEntityId is in state vmwNsxTDataCenterHaState (where 0 is down,
1 is standby and 2 is active) on Edge node vmwNsxTDataCenterTransportNodeId
and state vmwNsxTDataCenterHaState2 on Edge node vmwNsxTDataCenterTransportNodeId2.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.21.0.20 |
vmwNsxTCapacityFeaturePrefixNotifications applicable to the Capacity feature have this OID prefix. OBJECT IDENTIFIER .1.0.22 |
vmwNsxTCapacityFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for Capacity feature notifications. OBJECT IDENTIFIER .1.0.22.0 |
vmwNsxTCapacityMaximumCapacityThe number of objects defined in the system for vmwNsxTDataCenterCapacityDisplayName has
reached vmwNsxTDataCenterCapacityUsageCount which is above the maximum supported
count of vmwNsxTDataCenterMaxSupportedCapacityCount.
Action required:
Ensure that the number of NSX objects created is within the limits
supported by NSX. If there are any unused objects, delete them using the
respective NSX UI or API from the system.
Consider increasing the form factor of all Manager nodes and/or Edge
nodes. Note that the form factor of each node type should be the
same. If not the same, the capacity limits for the lowest form factor
deployed are used. NOTIFICATION-TYPE .1.0.22.0.1 |
vmwNsxTCapacityMaximumCapacityClearThe number of objects defined in the system for vmwNsxTDataCenterCapacityDisplayName has
reached vmwNsxTDataCenterCapacityUsageCount and is at or below the maximum supported count of
vmwNsxTDataCenterMaxSupportedCapacityCount.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.22.0.2 |
vmwNsxTCapacityMaximumCapacityThresholdThe number of objects defined in the system for vmwNsxTDataCenterCapacityDisplayName has
reached vmwNsxTDataCenterCapacityUsageCount which is above the maximum capacity
threshold of vmwNsxTDataCenterMaxCapacityThreshold%.
Action required:
Navigate to the capacity page in the NSX UI and review current usage versus
threshold limits. If the current usage is expected, consider increasing the
maximum threshold values. If the current usage is unexpected, review the
network policies configured to decrease usage at or below the maximum threshold. NOTIFICATION-TYPE .1.0.22.0.3 |
vmwNsxTCapacityMaximumCapacityThresholdClearThe number of objects defined in the system for vmwNsxTDataCenterCapacityDisplayName has
reached vmwNsxTDataCenterCapacityUsageCount and is at or below the maximum capacity threshold
of vmwNsxTDataCenterMaxCapacityThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.22.0.4 |
vmwNsxTCapacityMinimumCapacityThresholdThe number of objects defined in the system for vmwNsxTDataCenterCapacityDisplayName has
reached vmwNsxTDataCenterCapacityUsageCount which is above the minimum capacity
threshold of vmwNsxTDataCenterMinCapacityThreshold%.
Action required:
Navigate to the capacity page in the NSX UI and review current usage versus
threshold limits. If the current usage is expected, consider increasing the
minimum threshold values. If the current usage is unexpected, review the
network policies configured to decrease usage at or below the minimum threshold. NOTIFICATION-TYPE .1.0.22.0.5 |
vmwNsxTCapacityMinimumCapacityThresholdClearThe number of objects defined in the system for vmwNsxTDataCenterCapacityDisplayName has
reached vmwNsxTDataCenterCapacityUsageCount and is at or below the minimum capacity threshold
of vmwNsxTDataCenterMinCapacityThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.22.0.6 |
vmwNsxTAuditLogHealthFeaturePrefixNotifications applicable to the AuditLogHealth feature have this OID prefix. OBJECT IDENTIFIER .1.0.24 |
vmwNsxTAuditLogHealthFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for AuditLogHealth feature notifications. OBJECT IDENTIFIER .1.0.24.0 |
vmwNsxTAuditLogHealthAuditLogFileUpdateErrorAt least one of the monitored log files has read-only permissions or has
incorrect user/group ownership on Manager, Global Manager, Edge, Public
Cloud Gateway, KVM or Linux Physical Server nodes. Or log folder is
missing in Windows Physical Server nodes. Or rsyslog.log is
missing on Manager, Global Manager, Edge or Public Cloud Gateway nodes.
Action required:
1. On Manager and Global Managaer nodes, Edge and Public Cloud Gateway
nodes, Ubuntu KVM Host nodes ensure the permissions for the /var/log
directory is 775 and the ownership is root:syslog. One Rhel KVM and BMS
Host nodes ensure the permission for the /var/log directory is 755 and
the ownership is root:root.
2. On Manager and Global Manager nodes, ensure the file permissions
for auth.log, nsx-audit.log, nsx-audit-write.log, rsyslog.log and syslog
under /var/log is 640 and ownership is syslog:admin.
3. On Edge and Public Cloud Gateway nodes, ensure the file permissions
for rsyslog.log and syslog under /var/log is 640 and ownership is
syslog:admin.
4. On Ubuntu KVM Host and Ubuntu Physical Server nodes, ensure the
file permissions of auth.log and vmware/nsx-syslog under /var/log is
640 and ownership is syslog:admin.
5. On Rhel KVM Host nodes and Centos/Rhel/Sles Physical Server nodes,
ensure the file permission of vmware/nsx-syslog under /var/log is 640
and ownership is root:root.
6. If any of these files have incorrect permissions or ownership, invoke
the commands `chmod <mode> <path>` and `chown <user>:<group> <path>`.
7. If rsyslog.log is missing on Manager, Global Manager, Edge or Public
Cloud Gateway nodes, invoke the NSX CLI command `restart service syslog`
which restarts the logging service and regenerates /var/log/rsyslog.log.
8. On Windows Physical Server nodes, ensure the log folder:
C:\ProgramData\VMware\NSX\Logs exists. If not, re-install NSX on the
Windows Physical Server nodes. NOTIFICATION-TYPE .1.0.24.0.1 |
vmwNsxTAuditLogHealthAuditLogFileUpdateErrorClearAll monitored log files have the correct file permissions and ownership
and rsyslog.log exists on Manager, Global Manager, Edge or Public
Cloud Gateway nodes.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.24.0.2 |
vmwNsxTAuditLogHealthRemoteLoggingServerErrorLog messages to logging server vmwNsxTDataCenterHostnameOrIPAddressWithPort (vmwNsxTDataCenterEntityId)
cannot be delivered possibly due to an unresolvable FQDN, an invalid TLS
certificate or missing NSX appliance iptables rule.
Action required:
1. Ensure that vmwNsxTDataCenterHostnameOrIPAddressWithPort is the correct hostname or
IP address and port.
2. If the logging server is specified using a FQDN, ensure the FQDN is resolvable
from the NSX appliance using the NSX CLI command `nslookup <fqdn>`. If not
resolvable, verify the correct FQDN is specified and the network DNS server has
the required entry for the FQDN.
3. If the logging server is configured to use TLS, verify the specified certificate
is valid. For example, ensure the logging server is actually using the certificate
or verify the certificate has not expired using the openssl command
`openssl x509 -in <cert-file-path> -noout -dates`.
4. NSX appliances use iptables rules to explicitly allow outgoing traffic. Verify
the iptables rule for the logging server is configured properly by invoking the
NSX CLI command `verify logging-servers` which re-configures logging server
iptables rules as needed.
5. If for any reason the logging server is misconfigured, it should be deleted
using the NSX CLI `del logging-server <hostname-or-ip-address[:port]>
proto <proto> level <level>` command and re-added with the correct configuration. NOTIFICATION-TYPE .1.0.24.0.3 |
vmwNsxTAuditLogHealthRemoteLoggingServerErrorClearConfiguration for logging server vmwNsxTDataCenterHostnameOrIPAddressWithPort (vmwNsxTDataCenterEntityId)
appear correct.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.24.0.4 |
vmwNsxTRoutingFeaturePrefixNotifications applicable to the Routing feature have this OID prefix. OBJECT IDENTIFIER .1.0.28 |
vmwNsxTRoutingFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for Routing feature notifications. OBJECT IDENTIFIER .1.0.28.0 |
vmwNsxTRoutingBGPDownIn Router vmwNsxTDataCenterLrId, BGP neighbor vmwNsxTDataCenterEntityId (vmwNsxTDataCenterBGPNeighborIP) is down.
Reason: vmwNsxTDataCenterFailureReason.
Action required:
1. Invoke the NSX CLI command `get logical-routers`.
2. Switch to service-router vmwNsxTDataCenterSrId.
If the reason indicates Network or config error -
3. Invoke the NSX CLI command `get bgp neighbor summary` to check the
BGP neighbor status.
If the reason indicates `Edge is not ready`, check why the Edge node is not in good state.
4. Invoke the NSX CLI command `get edge-cluster status` to check reason why Edge node might be down.
5. Invoke the NSX CLI commands `get bfd-config` and `get bfd-sessions` to check if BFD is running well.
6. Check any Edge health related alarms to get more information.
Check /var/log/syslog to see if there are any errors related to BGP
connectivity. NOTIFICATION-TYPE .1.0.28.0.1 |
vmwNsxTRoutingBGPDownClearIn Router vmwNsxTDataCenterLrId, BGP neighbor vmwNsxTDataCenterEntityId (vmwNsxTDataCenterBGPNeighborIP) is up.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.28.0.2 |
vmwNsxTRoutingStaticRoutingRemovedIn router vmwNsxTDataCenterLrId, static route vmwNsxTDataCenterEntityId (vmwNsxTDataCenterStaticAddress) was removed because
BFD was down.
Action required:
The static routing entry was removed because the BFD session was down.
1. Invoke the NSX CLI command `get logical-routers`.
2. Switch to the service-router vmwNsxTDataCenterSrId.
3. Invoke the NSX CLI command `ping <BFD peer IP address>` to verify the
connectivity.
Also, verify the configuration in both NSX and the BFD peer to ensure that
timers have not been changed. NOTIFICATION-TYPE .1.0.28.0.5 |
vmwNsxTRoutingStaticRoutingRemovedClearIn router vmwNsxTDataCenterLrId, static route vmwNsxTDataCenterEntityId (vmwNsxTDataCenterStaticAddress) was re-added as BFD
recovered.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.28.0.6 |
vmwNsxTRoutingBFDDownOnExternalInterfaceIn router vmwNsxTDataCenterLrId, BFD session for peer vmwNsxTDataCenterPeerAddress is down.
Action required:
1. Invoke the NSX CLI command `get logical-routers`.
2. Switch to the service router vmwNsxTDataCenterSrId
3. Invoke the NSX CLI command `ping vmwNsxTDataCenterPeerAddress` to verify the
connectivity. NOTIFICATION-TYPE .1.0.28.0.7 |
vmwNsxTRoutingBFDDownOnExternalInterfaceClearIn router vmwNsxTDataCenterLrId, BFD session for peer vmwNsxTDataCenterPeerAddress is up.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.28.0.8 |
vmwNsxTRoutingRoutingDownAll BGP/BFD sessions are down.
Action required:
Invoke the NSX CLI command `get logical-routers` to get the tier0 service router
and switch to this vrf, then invoke the following NSX CLI commands.
1. `ping <BFD peer IP address>` to verify connectivity.
2. `get bfd-config` and `get bfd-sessions` to check if BFD is running well.
3. `get bgp neighbor summary` to check if BGP is running well.
Also check /var/log/syslog to see if there are any errors related to BGP
connectivity. NOTIFICATION-TYPE .1.0.28.0.9 |
vmwNsxTRoutingRoutingDownClearAt least one BGP/BFD session up.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.28.0.10 |
vmwNsxTRoutingOSPFNeighborWentDownOSPF neighbor vmwNsxTDataCenterPeerAddress moved from full to another state.
Action required:
1. Invoke the NSX CLI command `get logical-routers` to get the vrf id and
switch to TIER0 service router.
2. Run `get ospf neighbor` to check the current state of this neighbor. If the
neighbor is not listed in the output, the neighbor has gone down or out of
the network.
3. Invoke the NSX CLI command `ping <OSPF neighbor IP address>` to verify the
connectivity.
4. Also, verify the configuration for both NSX and peer router to ensure that
timers and area-id match.
5. Check /var/log/syslog to see if there are any errors related to connectivity. NOTIFICATION-TYPE .1.0.28.0.11 |
vmwNsxTRoutingOSPFNeighborWentDownClearOSPF neighbor vmwNsxTDataCenterPeerAddress moved to full state.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.28.0.12 |
vmwNsxTRoutingProxyARPNotConfiguredForServiceIPProxy ARP for Service IP vmwNsxTDataCenterServiceIP and Service entity vmwNsxTDataCenterEntityId
is not configured as the number of ARP proxy entries generated due to overlap of
the Service IP with subnet of lrport vmwNsxTDataCenterLrportId on Router vmwNsxTDataCenterLrId has exceeded
the allowed threshold limit of 16384.
Action required:
Reconfigure the Service IP vmwNsxTDataCenterServiceIP for the Service entity vmwNsxTDataCenterEntityId
or change the subnet of the lrport vmwNsxTDataCenterLrportId on Router vmwNsxTDataCenterLrId so that the proxy ARP entries
generated due to the overlap between the Service IP and the subnet of lrport is less than
the allowed threshold limit of 16384. NOTIFICATION-TYPE .1.0.28.0.13 |
vmwNsxTRoutingProxyARPNotConfiguredForServiceIPClearProxy ARP for Service entity vmwNsxTDataCenterEntityId is generated successfully as the
overlap of service IP with subnet of lrport vmwNsxTDataCenterLrportId on Router vmwNsxTDataCenterLrId is
within the allowed limit of 16384 entries.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.28.0.14 |
vmwNsxTRoutingMaximumIPv4PrefixesFromBGPNeighborApproachingNumber of IPv4 vmwNsxTDataCenterSubsequentAddressFamily prefixes received from vmwNsxTDataCenterBGPNeighborIP reaches vmwNsxTDataCenterPrefixesCountThreshold. Limit defined for this peer is vmwNsxTDataCenterPrefixesCountMax.
Action required:
1. Check the BGP routing policies in the external router.
2. Consider reducing the number of routes advertised by the BGP peer by applying routing policies and filters to the external router.
3. If required, increase the maximum prefixes settings under the BGP neighbor configuration section. NOTIFICATION-TYPE .1.0.28.0.39 |
vmwNsxTRoutingMaximumIPv4PrefixesFromBGPNeighborApproachingClearNumber of IPv4 vmwNsxTDataCenterSubsequentAddressFamily prefixes received from vmwNsxTDataCenterBGPNeighborIP is within the limit vmwNsxTDataCenterPrefixesCountThreshold.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.28.0.40 |
vmwNsxTRoutingMaximumIPv4PrefixesFromBGPNeighborExceededNumber of IPv4 vmwNsxTDataCenterSubsequentAddressFamily prefixes received from vmwNsxTDataCenterBGPNeighborIP exceeded the limit defined for this peer of vmwNsxTDataCenterPrefixesCountMax.
Action required:
1. Check the BGP routing policies in the external router.
2. Consider reducing the number of routes advertised by the BGP peer by applying routing policies and filters to the external router.
3. If required, increase the maximum prefixes settings under the BGP neighbor configuration section. NOTIFICATION-TYPE .1.0.28.0.41 |
vmwNsxTRoutingMaximumIPv4PrefixesFromBGPNeighborExceededClearNumber of IPv4 vmwNsxTDataCenterSubsequentAddressFamily prefixes received from vmwNsxTDataCenterBGPNeighborIP is within the limit vmwNsxTDataCenterPrefixesCountMax.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.28.0.42 |
vmwNsxTRoutingMaximumIPv4RouteLimitApproachingIPv4 routes limit has reached vmwNsxTDataCenterRouteLimitThreshold on Tier0 Gateway and all Tier0 VRFs on Edge node vmwNsxTDataCenterEdgeNode.
Action required:
1. Check route redistribution policies and routes received from all external peers.
2. Consider reducing the number of routes by applying routing policies and filters accordingly. NOTIFICATION-TYPE .1.0.28.0.43 |
vmwNsxTRoutingMaximumIPv4RouteLimitApproachingClearIPv4 routes are within the limit of vmwNsxTDataCenterRouteLimitThreshold on Tier0 Gateway and all Tier0 VRFs on Edge node vmwNsxTDataCenterEdgeNode.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.28.0.44 |
vmwNsxTRoutingMaximumIPv4RouteLimitExceededIPv4 routes has exceeded limit of vmwNsxTDataCenterRouteLimitMaximum on Tier0 Gateway and all Tier0 VRFs on Edge node vmwNsxTDataCenterEdgeNode.
Action required:
1. Check route redistribution policies and routes received from all external peers.
2. Consider reducing the number of routes by applying routing policies and filters accordingly. NOTIFICATION-TYPE .1.0.28.0.45 |
vmwNsxTRoutingMaximumIPv4RouteLimitExceededClearIPv4 routes are within the limit of vmwNsxTDataCenterRouteLimitMaximum on Tier0 Gateway and all Tier0 VRFs on Edge node vmwNsxTDataCenterEdgeNode.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.28.0.46 |
vmwNsxTRoutingMaximumIPv6PrefixesFromBGPNeighborApproachingNumber of IPv6 vmwNsxTDataCenterSubsequentAddressFamily prefixes received from vmwNsxTDataCenterBGPNeighborIP reaches vmwNsxTDataCenterPrefixesCountThreshold. Limit defined for this peer is vmwNsxTDataCenterPrefixesCountMax.
Action required:
1. Check the BGP routing policies in the external router.
2. Consider reducing the number of routes advertised by the BGP peer by applying routing policies and filters to the external router.
3. If required, increase the maximum prefixes settings under the BGP neighbor configuration section. NOTIFICATION-TYPE .1.0.28.0.47 |
vmwNsxTRoutingMaximumIPv6PrefixesFromBGPNeighborApproachingClearNumber of IPv6 vmwNsxTDataCenterSubsequentAddressFamily prefixes received from vmwNsxTDataCenterBGPNeighborIP is within the limit vmwNsxTDataCenterPrefixesCountThreshold.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.28.0.48 |
vmwNsxTRoutingMaximumIPv6PrefixesFromBGPNeighborExceededNumber of IPv6 vmwNsxTDataCenterSubsequentAddressFamily prefixes received from vmwNsxTDataCenterBGPNeighborIP exceeded the limit defined for this peer of vmwNsxTDataCenterPrefixesCountMax.
Action required:
1. Check the BGP routing policies in the external router.
2. Consider reducing the number of routes advertised by the BGP peer by applying routing policies and filters to the external router.
3. If required, increase the maximum prefixes settings under the BGP neighbor configuration section. NOTIFICATION-TYPE .1.0.28.0.49 |
vmwNsxTRoutingMaximumIPv6PrefixesFromBGPNeighborExceededClearNumber of IPv6 vmwNsxTDataCenterSubsequentAddressFamily prefixes received from vmwNsxTDataCenterBGPNeighborIP is within the limit vmwNsxTDataCenterPrefixesCountMax.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.28.0.50 |
vmwNsxTRoutingMaximumIPv6RouteLimitApproachingIPv6 routes limit has reached vmwNsxTDataCenterRouteLimitThreshold on Tier0 Gateway and all Tier0 VRFs on Edge node vmwNsxTDataCenterEdgeNode.
Action required:
1. Check route redistribution policies and routes received from all external peers.
2. Consider reducing the number of routes by applying routing policies and filters accordingly. NOTIFICATION-TYPE .1.0.28.0.51 |
vmwNsxTRoutingMaximumIPv6RouteLimitApproachingClearIPv6 routes are within the limit of vmwNsxTDataCenterRouteLimitThreshold on Tier0 Gateway and all Tier0 VRFs on Edge node vmwNsxTDataCenterEdgeNode.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.28.0.52 |
vmwNsxTRoutingMaximumIPv6RouteLimitExceededIPv6 routes has exceeded limit of vmwNsxTDataCenterRouteLimitMaximum on Tier0 Gateway and all Tier0 VRFs on Edge node vmwNsxTDataCenterEdgeNode.
Action required:
1. Check route redistribution policies and routes received from all external peers.
2. Consider reducing the number of routes by applying routing policies and filters accordingly. NOTIFICATION-TYPE .1.0.28.0.53 |
vmwNsxTRoutingMaximumIPv6RouteLimitExceededClearIPv6 routes are within the limit of vmwNsxTDataCenterRouteLimitMaximum on Tier0 Gateway and all Tier0 VRFs on Edge node vmwNsxTDataCenterEdgeNode.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.28.0.54 |
vmwNsxTDNSFeaturePrefixNotifications applicable to the DNS feature have this OID prefix. OBJECT IDENTIFIER .1.0.30 |
vmwNsxTDNSFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for DNS feature notifications. OBJECT IDENTIFIER .1.0.30.0 |
vmwNsxTDNSForwarderDisabledDNS forwarder vmwNsxTDataCenterEntityId is disabled.
Action required:
1. Invoke the NSX CLI command `get dns-forwarders status` to verify
if the DNS forwarder is in the disabled state.
2. Use NSX Policy API or Manager API to enable the DNS forwarder it
should not be in the disabled state. NOTIFICATION-TYPE .1.0.30.0.1 |
vmwNsxTDNSForwarderDisabledClearDNS forwarder vmwNsxTDataCenterEntityId is enabled.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.30.0.2 |
vmwNsxTDNSForwarderDownDNS forwarder vmwNsxTDataCenterEntityId is not running. This is impacting the
identified DNS Forwarder that is currently enabled.
Action required:
1. Invoke the NSX CLI command `get dns-forwarders status` to verify
if the DNS forwarder is in down state.
2. Check /var/log/syslog to see if there are errors reported.
3. Collect a support bundle and contact the NSX support team. NOTIFICATION-TYPE .1.0.30.0.3 |
vmwNsxTDNSForwarderDownClearDNS forwarder vmwNsxTDataCenterEntityId is running again.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.30.0.4 |
vmwNsxTDNSForwarderUpstreamServerTimeoutDNS forwarder vmwNsxTDataCenterIntentPath(vmwNsxTDataCenterDNSId) did not receive a timely response
from upstream server vmwNsxTDataCenterDNSUpstreamIP. Compute instance connectivity to
timed out FQDNs may be impacted.
Action required:
1. Invoke the NSX API GET /api/v1/dns/forwarders/vmwNsxTDataCenterDNSId/nslookup?
address=<address>&server_ip=vmwNsxTDataCenterDNSUpstreamIP&source_ip=<source_ip>.
This API request triggers a DNS lookup to the upstream server in the
DNS forwarder's network namespace. <address> is the IP address or FQDN
in the same domain as the upstream server. <source_ip> is an IP address
in the upstream server's zone.
If the API returns a connection timed out response, there is likely a
network error or upstream server problem. Check why DSN lookups
are not reaching the upstream server or why the upstream server is not
returning a response. If the API response indicates the upstream server
is answering, proceed to step 2.
2. Invoke the NSX API GET /api/v1/dns/forwarders/vmwNsxTDataCenterDNSId/nslookup?
address=<address>.
This API request triggers a DNS lookup to the DNS forwarder. If the API
returns a valid response, the upstream server may have recovered and this
alarm should get resolved within a few minutes. If the API returns a
connection timed out response, proceed to step 3.
3. Invoke the NSX CLI command `get dns-forwarder vmwNsxTDataCenterDNSId live-debug
server-ip vmwNsxTDataCenterDNSUpstreamIP`.
This command triggers live debugging on the upstream server and logs
details and statistics showing why the DNS forwarder is not getting a
response. NOTIFICATION-TYPE .1.0.30.0.5 |
vmwNsxTDNSForwarderUpstreamServerTimeoutClearDNS forwarder vmwNsxTDataCenterIntentPath(vmwNsxTDataCenterDNSId) upstream server vmwNsxTDataCenterDNSUpstreamIP
is normal.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.30.0.6 |
vmwNsxTDistributedFirewallFeaturePrefixNotifications applicable to the DistributedFirewall feature have this OID prefix. OBJECT IDENTIFIER .1.0.31 |
vmwNsxTDistributedFirewallFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for DistributedFirewall feature notifications. OBJECT IDENTIFIER .1.0.31.0 |
vmwNsxTDistributedFirewallDFWCPUUsageVeryHighThe DFW CPU usage on Transport node vmwNsxTDataCenterEntityId has reached
vmwNsxTDataCenterSystemResourceUsage% which is at or above the very high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Consider re-balancing the VM workloads on this host to other hosts. Review
the security design for optimization. For example, use the apply-to
configuration if the rules are not applicable to the entire datacenter. NOTIFICATION-TYPE .1.0.31.0.1 |
vmwNsxTDistributedFirewallDFWCPUUsageVeryHighClearThe DFW CPU usage on Transport node vmwNsxTDataCenterEntityId has reached
vmwNsxTDataCenterSystemResourceUsage% which is below the very high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.31.0.2 |
vmwNsxTDistributedFirewallDFWMemoryUsageVeryHighThe DFW Memory usage vmwNsxTDataCenterHeapType on Transport node
vmwNsxTDataCenterEntityId has reached vmwNsxTDataCenterSystemResourceUsage% which
is at or above the very high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
View the current DFW memory usage by invoking the NSX CLI command
`get firewall thresholds` on the host. Consider re-balancing the
workloads on this host to other hosts. NOTIFICATION-TYPE .1.0.31.0.3 |
vmwNsxTDistributedFirewallDFWMemoryUsageVeryHighClearThe DFW Memory usage vmwNsxTDataCenterHeapType on Transport node
vmwNsxTDataCenterEntityId has reached vmwNsxTDataCenterSystemResourceUsage% which
is below the very high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.31.0.4 |
vmwNsxTDistributedFirewallDFWSessionCountHighThe DFW session count is high on Transport node vmwNsxTDataCenterEntityId, it has
reached vmwNsxTDataCenterSystemResourceUsage% which is at or above the threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Review the network traffic load level of the workloads on the host.
Consider re-balancing the workloads on this host to other hosts. NOTIFICATION-TYPE .1.0.31.0.5 |
vmwNsxTDistributedFirewallDFWSessionCountHighClearThe DFW session count on Transport node vmwNsxTDataCenterEntityId has reached
vmwNsxTDataCenterSystemResourceUsage% which is below the the threshold value of
vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.31.0.6 |
vmwNsxTDistributedFirewallDFWVmotionFailureThe DFW vMotion for DFW filter vmwNsxTDataCenterEntityId on destination host
vmwNsxTDataCenterTransportNodeName has failed and the port for the entity has been
disconnected.
Action required:
Check VMs on the host in NSX Manager, manually repush the DFW configuration
through NSX Manager UI. The DFW policy to be repushed can be traced by the
DFW filter vmwNsxTDataCenterEntityId. Also consider finding the VM to which the DFW filter
is attached and restart it. NOTIFICATION-TYPE .1.0.31.0.7 |
vmwNsxTDistributedFirewallDFWVmotionFailureClearThe DFW configuration for DFW filter vmwNsxTDataCenterEntityId on the destination host
vmwNsxTDataCenterTransportNodeName has succeeded and error caused by DFW vMotion failure
cleared.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.31.0.8 |
vmwNsxTDistributedFirewallDFWRulesLimitPervNICExceededThe DFW rules limit for VIF vmwNsxTDataCenterEntityId on destination host
vmwNsxTDataCenterTransportNodeName is about to exceed the maximum limit.
Action required:
Log in into the ESX host vmwNsxTDataCenterTransportNodeName and invoke the NSX CLI
command `get firewall <VIF_UUID> ruleset rules` to get the rule
statistics for rules configured on the corresponding VIF.
Reduce the number of rules configured for VIF vmwNsxTDataCenterEntityId. NOTIFICATION-TYPE .1.0.31.0.9 |
vmwNsxTDistributedFirewallDFWRulesLimitPervNICExceededClearThe DFW rules limit for VIF vmwNsxTDataCenterEntityId on the destination host
vmwNsxTDataCenterTransportNodeName dropped below maximum limit.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.31.0.10 |
vmwNsxTDistributedFirewallDFWRulesLimitPerHostApproachingThe DFW rules limit for host vmwNsxTDataCenterTransportNodeName is approaching
the maximum limit.
Action required:
Log in into the ESX host vmwNsxTDataCenterTransportNodeName and invoke the NSX CLI
command `get firewall rule-stats total` to get the rule statistics
for rules configured on the ESX host vmwNsxTDataCenterTransportNodeName.
Reduce the number of rules configured for host vmwNsxTDataCenterTransportNodeName.
Check the number of rules configured for various VIFs by using NSX CLI
command `get firewall <VIF_UUID> ruleset rules`.
Reduce the number of rules configured for various VIFs. NOTIFICATION-TYPE .1.0.31.0.11 |
vmwNsxTDistributedFirewallDFWRulesLimitPerHostApproachingClearThe DFW rules limit for host vmwNsxTDataCenterTransportNodeName dropped below the
threshold.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.31.0.12 |
vmwNsxTDistributedFirewallDFWRulesLimitPerHostExceededThe DFW rules limit for host vmwNsxTDataCenterTransportNodeName
is about to exceed the maximum limit.
Action required:
Log in into the ESX host vmwNsxTDataCenterTransportNodeName and invoke the NSX CLI
command `get firewall rule-stats total` to get the rule statistics
for rules configured on the ESX host vmwNsxTDataCenterTransportNodeName.
Reduce the number of rules configured for host vmwNsxTDataCenterTransportNodeName.
Check the number of rules configured for various VIFs by using NSX CLI
command `get firewall <VIF_UUID> ruleset rules`.
Reduce the number of rules configured for various VIFs. NOTIFICATION-TYPE .1.0.31.0.13 |
vmwNsxTDistributedFirewallDFWRulesLimitPerHostExceededClearThe DFW rules limit for host vmwNsxTDataCenterTransportNodeName dropped below maximum
limit.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.31.0.14 |
vmwNsxTDistributedFirewallDFWRulesLimitPervNICApproachingThe DFW rules limit for VIF vmwNsxTDataCenterEntityId on destination host
vmwNsxTDataCenterTransportNodeName is approaching the maximum limit.
Action required:
Log in into the ESX host vmwNsxTDataCenterTransportNodeName and invoke the NSX CLI
command `get firewall <VIF_UUID> ruleset rules` to get the rule
statistics for rules configured on the corresponding VIF.
Reduce the number of rules configured for VIF vmwNsxTDataCenterEntityId. NOTIFICATION-TYPE .1.0.31.0.15 |
vmwNsxTDistributedFirewallDFWRulesLimitPervNICApproachingClearThe DFW rules limit for VIF vmwNsxTDataCenterEntityId on the destination host
vmwNsxTDataCenterTransportNodeName dropped below the threshold.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.31.0.16 |
vmwNsxTDistributedFirewallDFWCPUUsageVeryHighOnDPUThe DFW CPU usage on Transport node vmwNsxTDataCenterEntityId has reached
vmwNsxTDataCenterSystemResourceUsage% on DPU vmwNsxTDataCenterDPUId which is at or above the very high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Consider re-balancing the VM workloads on this host to other hosts. Review
the security design for optimization. For example, use the apply-to
configuration if the rules are not applicable to the entire datacenter. NOTIFICATION-TYPE .1.0.31.0.17 |
vmwNsxTDistributedFirewallDFWCPUUsageVeryHighOnDPUClearThe DFW CPU usage on Transport node vmwNsxTDataCenterEntityId has reached
vmwNsxTDataCenterSystemResourceUsage% on DPU vmwNsxTDataCenterDPUId which is below the very high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.31.0.18 |
vmwNsxTDistributedFirewallDFWMemoryUsageVeryHighOnDPUThe DFW Memory usage vmwNsxTDataCenterHeapType on Transport node
vmwNsxTDataCenterEntityId has reached vmwNsxTDataCenterSystemResourceUsage% on DPU vmwNsxTDataCenterDPUId which
is at or above the very high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
View the current DFW memory usage by invoking the NSX CLI command
`get firewall thresholds` on the DPU. Consider re-balancing the
workloads on this host to other hosts. NOTIFICATION-TYPE .1.0.31.0.19 |
vmwNsxTDistributedFirewallDFWMemoryUsageVeryHighOnDPUClearThe DFW Memory usage vmwNsxTDataCenterHeapType on Transport node
vmwNsxTDataCenterEntityId has reached vmwNsxTDataCenterSystemResourceUsage% on DPU vmwNsxTDataCenterDPUId which
is below the very high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.31.0.20 |
vmwNsxTDistributedFirewallDFWFloodLimitWarningThe DFW flood limit for DFW filter vmwNsxTDataCenterEntityId on host
vmwNsxTDataCenterTransportNodeName has reached warning level of 80% of the configured limit for protocol vmwNsxTDataCenterProtocolName.
Action required:
Check VMs on the host in NSX Manager, check configured flood warning level of the
DFW filter vmwNsxTDataCenterEntityId for protocol vmwNsxTDataCenterProtocolName. NOTIFICATION-TYPE .1.0.31.0.21 |
vmwNsxTDistributedFirewallDFWFloodLimitWarningClearThe warning flood limit condition for DFW filter vmwNsxTDataCenterEntityId on host
vmwNsxTDataCenterTransportNodeName for protocol vmwNsxTDataCenterProtocolName is cleared.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.31.0.22 |
vmwNsxTDistributedFirewallDFWFloodLimitCriticalThe DFW flood limit for DFW filter vmwNsxTDataCenterEntityId on host
vmwNsxTDataCenterTransportNodeName has reached critical level of 98% of the configured limit for protocol vmwNsxTDataCenterProtocolName.
Action required:
Check VMs on the host in NSX Manager, check configured flood critical level of the
DFW filter vmwNsxTDataCenterEntityId for protocol vmwNsxTDataCenterProtocolName. NOTIFICATION-TYPE .1.0.31.0.23 |
vmwNsxTDistributedFirewallDFWFloodLimitCriticalClearThe critical flood limit condition for DFW filter vmwNsxTDataCenterEntityId on host
vmwNsxTDataCenterTransportNodeName for protocol vmwNsxTDataCenterProtocolName is cleared.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.31.0.24 |
vmwNsxTFederationFeaturePrefixNotifications applicable to the Federation feature have this OID prefix. OBJECT IDENTIFIER .1.0.32 |
vmwNsxTFederationFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for Federation feature notifications. OBJECT IDENTIFIER .1.0.32.0 |
vmwNsxTFederationRtepBGPDownRTEP (Remote Tunnel Endpoint) BGP session from source IP vmwNsxTDataCenterBGPSourceIP
to remote location vmwNsxTDataCenterRemoteSiteName neighbor IP vmwNsxTDataCenterBGPNeighborIP is down.
Reason: vmwNsxTDataCenterFailureReason.
Action required:
1. Invoke the NSX CLI command `get logical-routers` on the affected edge node.
2. Switch to REMOTE_TUNNEL_VRF context.
3. Invoke the NSX CLI command `get bgp neighbor summary` to check the BGP neighbor status.
4. Alternatively, invoke the NSX API GET /api/v1/transport-nodes/<transport-node-id>/inter-site/bgp/summary
to get the BGP neighbor status.
5. Invoke the NSX CLI command `get interfaces` and check if the correct RTEP IP address is assigned
to the interface with name remote-tunnel-endpoint.
6. Check if the ping is working successfully between assigned RTEP IP address (vmwNsxTDataCenterBGPSourceIP) and the
remote location vmwNsxTDataCenterRemoteSiteName neighbor IP vmwNsxTDataCenterBGPNeighborIP.
7. Check /var/log/syslog for any errors related to BGP.
8. Invoke the NSX API GET or PUT /api/v1/transport-nodes/<transport-node-id> to get/update remote_tunnel_endpoint
configuration on the edge node.
This will update the RTEP IP assigned to the affected edge node.
If the reason indicates `Edge is not ready`, check why the Edge node is not in good state.
1. Invoke the NSX CLI command `get edge-cluster status` to check reason why Edge node might be down.
2. Invoke the NSX CLI commands `get bfd-config` and `get bfd-sessions` to check if BFD is running well.
3. Check any Edge health related alarms to get more information. NOTIFICATION-TYPE .1.0.32.0.1 |
vmwNsxTFederationRtepBGPDownClearRTEP (Remote Tunnel Endpoint) BGP session from source IP vmwNsxTDataCenterBGPSourceIP
to remote location vmwNsxTDataCenterRemoteSiteName neighbor IP vmwNsxTDataCenterBGPNeighborIP is established.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.32.0.2 |
vmwNsxTFederationLmToLmSynchronizationErrorThe synchronization between vmwNsxTDataCenterSiteName(vmwNsxTDataCenterSiteId) and vmwNsxTDataCenterRemoteSiteName(vmwNsxTDataCenterRemoteSiteId)
failed for more than 15 minutes.
Action required:
1. Invoke the NSX CLI command `get site-replicator remote-sites` to get connection
state between the remote locations. If a remote location is connected but not synchronized,
it is possible that the location is still in the process of master resolution. In
this case, wait for around 10 seconds and try invoking the CLI again to
check for the state of the remote location. If a location is disconnected, try the next
step.
2. Check the connectivity from Local Manager (LM) in location vmwNsxTDataCenterSiteName(vmwNsxTDataCenterSiteId) to the LMs
in location vmwNsxTDataCenterRemoteSiteName(vmwNsxTDataCenterRemoteSiteId) via ping. If they are not pingable,
check for flakiness in WAN connectivity. If there are no physical network
connectivity issues, try the next step.
3. Check the /var/log/cloudnet/nsx-ccp.log file on the Manager nodes in the local cluster in
location vmwNsxTDataCenterSiteName(vmwNsxTDataCenterSiteId) that triggered the alarm to see if there are any cross-site
communication errors. In addition, also look for errors being logged by the
nsx-appl-proxy subcomponent within /var/log/syslog. NOTIFICATION-TYPE .1.0.32.0.3 |
vmwNsxTFederationLmToLmSynchronizationErrorClearRemote sites vmwNsxTDataCenterSiteName(vmwNsxTDataCenterSiteId) and vmwNsxTDataCenterRemoteSiteName(vmwNsxTDataCenterRemoteSiteId) are now synchronized.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.32.0.4 |
vmwNsxTFederationLmToLmSynchronizationWarningThe synchronization between vmwNsxTDataCenterSiteName(vmwNsxTDataCenterSiteId) and vmwNsxTDataCenterRemoteSiteName(vmwNsxTDataCenterRemoteSiteId) failed for more than 3 minutes.
Action required:
1. Invoke the NSX CLI command `get site-replicator remote-sites` to get connection
state between the remote locations. If a remote location is connected but not synchronized,
it is possible that the location is still in the process of master resolution. In
this case, wait for around 10 seconds and try invoking the CLI again to
check for the state of the remote location. If a location is disconnected, try the next
step.
2. Check the connectivity from Local Manager (LM) in location vmwNsxTDataCenterSiteName(vmwNsxTDataCenterSiteId) to the LMs
in location vmwNsxTDataCenterRemoteSiteName(vmwNsxTDataCenterRemoteSiteId) via ping. If they are not pingable,
check for flakiness in WAN connectivity. If there are no physical network
connectivity issues, try the next step.
3. Check the /var/log/cloudnet/nsx-ccp.log file on the Manager nodes in the local cluster in
location vmwNsxTDataCenterSiteName(vmwNsxTDataCenterSiteId) that triggered the alarm to see if there are any cross-site
communication errors. In addition, also look for errors being logged by the
nsx-appl-proxy subcomponent within /var/log/syslog. NOTIFICATION-TYPE .1.0.32.0.5 |
vmwNsxTFederationLmToLmSynchronizationWarningClearRemote locations vmwNsxTDataCenterSiteName(vmwNsxTDataCenterSiteId) and vmwNsxTDataCenterRemoteSiteName(vmwNsxTDataCenterRemoteSiteId) are now synchronized.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.32.0.6 |
vmwNsxTFederationRtepConnectivityLostEdge node vmwNsxTDataCenterTransportNodeName lost RTEP (Remote Tunnel Endpoint) connectivity
with remote location vmwNsxTDataCenterRemoteSiteName.
Action required:
1. Invoke the NSX CLI command `get logical-routers` on the affected edge node vmwNsxTDataCenterTransportNodeName.
2. Switch to REMOTE_TUNNEL_VRF context.
3. Invoke the NSX CLI command `get bgp neighbor summary` to check the BGP neighbor status.
4. Alternatively, invoke the NSX API GET /api/v1/transport-nodes/<transport-node-id>/inter-site/bgp/summary
to get the BGP neighbor status.
5. Invoke the NSX CLI command `get interfaces` and check if the correct RTEP IP address is assigned
to the interface with name remote-tunnel-endpoint.
6. Check if the ping is working successfully between assigned RTEP IP address and the RTEP IP addresses
on the remote location vmwNsxTDataCenterRemoteSiteName.
7. Check /var/log/syslog for any errors related to BGP.
8. Invoke the NSX API GET or PUT /api/v1/transport-nodes/<transport-node-id> to get/update remote_tunnel_endpoint
configuration on the edge node.
This will update the RTEP IP assigned to the affected edge node vmwNsxTDataCenterTransportNodeName. NOTIFICATION-TYPE .1.0.32.0.7 |
vmwNsxTFederationRtepConnectivityLostClearEdge node vmwNsxTDataCenterTransportNodeName has restored RTEP (Remote Tunnel Endpoint) connectivity
with remote location vmwNsxTDataCenterRemoteSiteName.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.32.0.8 |
vmwNsxTFederationGMToGMSplitBrainMultiple Global Manager nodes are active: vmwNsxTDataCenterActiveGlobalManagers. Only one Global Manager node must be active
at any time.
Action required:
Configure only one Global Manager node as active and all other Global Manager nodes as standby. NOTIFICATION-TYPE .1.0.32.0.9 |
vmwNsxTFederationGMToGMSplitBrainClearGlobal Manager node vmwNsxTDataCenterActiveGlobalManager is the only active Global Manager node now.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.32.0.10 |
vmwNsxTFederationGMToGMLatencyWarningLatency is higher than expected between Global Managers vmwNsxTDataCenterFromGMPath and vmwNsxTDataCenterToGMPath.
Action required:
Check the connectivity from Global Manager vmwNsxTDataCenterFromGMPath(vmwNsxTDataCenterSiteId) to the Global Manager
vmwNsxTDataCenterToGMPath(vmwNsxTDataCenterRemoteSiteId) via ping. If they are not pingable, check for flakiness in WAN connectivity. NOTIFICATION-TYPE .1.0.32.0.17 |
vmwNsxTFederationGMToGMLatencyWarningClearLatency is below expected levels between Global Managers vmwNsxTDataCenterFromGMPath and vmwNsxTDataCenterToGMPath.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.32.0.18 |
vmwNsxTFederationGMToGMSynchronizationErrorActive Global Manager vmwNsxTDataCenterFromGMPath to Standby Global Manager vmwNsxTDataCenterToGMPath cannot
synchronize for more than 5 minutes.
Action required:
Check the connectivity from Global Manager vmwNsxTDataCenterFromGMPath(vmwNsxTDataCenterSiteId) to the Global Manager
vmwNsxTDataCenterToGMPath(vmwNsxTDataCenterRemoteSiteId) via ping. NOTIFICATION-TYPE .1.0.32.0.19 |
vmwNsxTFederationGMToGMSynchronizationErrorClearSynchronization from active Global Manager vmwNsxTDataCenterFromGMPath to standby vmwNsxTDataCenterToGMPath is healthy.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.32.0.20 |
vmwNsxTFederationGMToGMSynchronizationWarningActive Global Manager vmwNsxTDataCenterFromGMPath to Standby Global Manager vmwNsxTDataCenterToGMPath can not synchronize.
Action required:
Check the connectivity from Global Manager vmwNsxTDataCenterFromGMPath(vmwNsxTDataCenterSiteId) to the Global Manager
vmwNsxTDataCenterToGMPath(vmwNsxTDataCenterRemoteSiteId) via ping. NOTIFICATION-TYPE .1.0.32.0.21 |
vmwNsxTFederationGMToGMSynchronizationWarningClearSynchronization from active Global Manager vmwNsxTDataCenterFromGMPath to standby vmwNsxTDataCenterToGMPath is healthy.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.32.0.22 |
vmwNsxTFederationGMToLMSynchronizationErrorData synchronization between sites vmwNsxTDataCenterSiteName(vmwNsxTDataCenterSiteId) and vmwNsxTDataCenterRemoteSiteName(vmwNsxTDataCenterRemoteSiteId)
failed for the vmwNsxTDataCenterFlowIdentifier for an extended period. Reason: vmwNsxTDataCenterSyncIssueReason.
Action required:
1. Check the network connectivity between remote site and local site via ping.
2. Ensure port TCP/1236 traffic is allowed between the local and remote sites.
3. Ensure the async-replicator service is running on both local and remote sites.
Invoke the GET /api/v1/node/services/async_replicator/status NSX API or the
`get service async_replicator` NSX CLI command to determine if the service is running.
If not running, invoke the POST /api/v1/node/services/async_replicator?action=restart NSX API or
the `restart service async_replicator` NSX CLI to restart the service.
4. Check /var/log/async-replicator/ar.log to see if there are errors reported.
5. Collect a support bundle and contact the NSX support team. NOTIFICATION-TYPE .1.0.32.0.23 |
vmwNsxTFederationGMToLMSynchronizationErrorClearSites vmwNsxTDataCenterSiteName(vmwNsxTDataCenterSiteId) and vmwNsxTDataCenterRemoteSiteName(vmwNsxTDataCenterRemoteSiteId) are now synchronized for vmwNsxTDataCenterFlowIdentifier.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.32.0.24 |
vmwNsxTFederationGMToLMSynchronizationWarningData synchronization between sites vmwNsxTDataCenterSiteName(vmwNsxTDataCenterSiteId) and vmwNsxTDataCenterRemoteSiteName(vmwNsxTDataCenterRemoteSiteId) failed for the
vmwNsxTDataCenterFlowIdentifier. Reason: vmwNsxTDataCenterSyncIssueReason
Action required:
1. Check the network connectivity between remote site and local site via ping.
2. Ensure port TCP/1236 traffic is allowed between the local and remote sites.
3. Ensure the async-replicator service is running on both local and remote sites.
Invoke the GET /api/v1/node/services/async_replicator/status NSX API or the
`get service async_replicator` NSX CLI command to determine if the service is running.
If not running, invoke the POST /api/v1/node/services/async_replicator?action=restart NSX API or
the `restart service async_replicator` NSX CLI to restart the service.
4. Check /var/log/async-replicator/ar.log to see if there are errors reported. NOTIFICATION-TYPE .1.0.32.0.25 |
vmwNsxTFederationGMToLMSynchronizationWarningClearSites vmwNsxTDataCenterSiteName(vmwNsxTDataCenterSiteId) and vmwNsxTDataCenterRemoteSiteName(vmwNsxTDataCenterRemoteSiteId) are now synchronized for vmwNsxTDataCenterFlowIdentifier.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.32.0.26 |
vmwNsxTFederationGMToLMLatencyWarningLatency between sites vmwNsxTDataCenterSiteName(vmwNsxTDataCenterSiteId) and vmwNsxTDataCenterRemoteSiteName(vmwNsxTDataCenterRemoteSiteId) has reached
vmwNsxTDataCenterLatencyValue which is above the threshold value of vmwNsxTDataCenterLatencyThreshold.
Action required:
1. Check the network connectivity between remote site and local site via ping.
2. Ensure port TCP/1236 traffic is allowed between the local and remote sites.
3. Check /var/log/async-replicator/ar.log to see if there are errors reported. NOTIFICATION-TYPE .1.0.32.0.27 |
vmwNsxTFederationGMToLMLatencyWarningClearLatency between sites vmwNsxTDataCenterSiteName(vmwNsxTDataCenterSiteId) and vmwNsxTDataCenterRemoteSiteName(vmwNsxTDataCenterRemoteSiteId) has reached
vmwNsxTDataCenterLatencyValue which below the threshold value of vmwNsxTDataCenterLatencyThreshold.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.32.0.28 |
vmwNsxTFederationQueueOccupancyThresholdExceededQueue (vmwNsxTDataCenterQueueName) used for syncing data between sites vmwNsxTDataCenterSiteName(vmwNsxTDataCenterSiteId) and vmwNsxTDataCenterRemoteSiteName(vmwNsxTDataCenterRemoteSiteId)
has reached size vmwNsxTDataCenterQueueSize which is at or above the maximum threshold of vmwNsxTDataCenterQueueSizeThreshold%.
Action required:
Queue size can exceed threshold due to communication issue with remote site or an overloaded system.
Check system performance and /var/log/async-replicator/ar.log to see if there are any errors reported. NOTIFICATION-TYPE .1.0.32.0.29 |
vmwNsxTFederationQueueOccupancyThresholdExceededClearQueue (vmwNsxTDataCenterQueueName) used for syncing data between sites vmwNsxTDataCenterSiteName(vmwNsxTDataCenterSiteId) and vmwNsxTDataCenterRemoteSiteName(vmwNsxTDataCenterRemoteSiteId)
has reached size vmwNsxTDataCenterQueueSize which is below the maximum threshold of vmwNsxTDataCenterQueueSizeThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.32.0.30 |
vmwNsxTFederationLMRestoreWhileConfigImportInProgressConfig import from site vmwNsxTDataCenterSiteName(vmwNsxTDataCenterSiteId) is in progress. However site vmwNsxTDataCenterSiteName(vmwNsxTDataCenterSiteId) is restored
from backup by the administrator leaving it in an inconsistent state.
Action required:
1. Log in to NSX Global Manager appliance CLI.
2. Switch to root.
3. Invoke the NSX API DELETE http://localhost:64440/gm/api/v1/infra/sites/<site-name>/onboarding/status in local mode,
this will delete site on-boarding status for Global Manager.
4. Re-initiate config on-boarding again. NOTIFICATION-TYPE .1.0.32.0.31 |
vmwNsxTFederationLMRestoreWhileConfigImportInProgressClearConfig inconsistency at site vmwNsxTDataCenterSiteName(vmwNsxTDataCenterSiteId) is resolved.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.32.0.32 |
vmwNsxTDistributedIDSIPSFeaturePrefixNotifications applicable to the DistributedIDSIPS feature have this OID prefix. OBJECT IDENTIFIER .1.0.33 |
vmwNsxTDistributedIDSIPSFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for DistributedIDSIPS feature notifications. OBJECT IDENTIFIER .1.0.33.0 |
vmwNsxTDistributedIDSIPSMaxEventsReachedThe number of intrusion events in the system is vmwNsxTDataCenterIDSEventsCount
which is higher than the maximum allowed value vmwNsxTDataCenterMaxIDSEventsAllowed.
Action required:
There is no manual intervention required. A purge job will kick in automatically
every 3 minutes and delete 10% of the older records to bring the total intrusion events
count in the system to below the threshold value of 1.5 million events. NOTIFICATION-TYPE .1.0.33.0.3 |
vmwNsxTDistributedIDSIPSMaxEventsReachedClearThe number of intrusion events in the system is vmwNsxTDataCenterIDSEventsCount
which is below the maximum allowed value vmwNsxTDataCenterMaxIDSEventsAllowed.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.33.0.4 |
vmwNsxTDistributedIDSIPSNSXIDPSEngineCPUUsageHighNSX-IDPS engine CPU usage has reached
vmwNsxTDataCenterSystemResourceUsage%, which is at or above the high
threshold value of 75%.
Action required:
Consider re-balancing the VM workloads on this host to other hosts. NOTIFICATION-TYPE .1.0.33.0.7 |
vmwNsxTDistributedIDSIPSNSXIDPSEngineCPUUsageHighClearNSX-IDPS engine CPU usage has reached
vmwNsxTDataCenterSystemResourceUsage%, which is below the high
threshold value of 75%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.33.0.8 |
vmwNsxTDistributedIDSIPSNSXIDPSEngineCPUUsageVeryHighNSX-IDPS engine CPU usage has reached
vmwNsxTDataCenterSystemResourceUsage%, which is at or above the very
high threshold value of 95%.
Action required:
Consider re-balancing the VM workloads on this host to other hosts. NOTIFICATION-TYPE .1.0.33.0.9 |
vmwNsxTDistributedIDSIPSNSXIDPSEngineCPUUsageVeryHighClearNSX-IDPS engine CPU usage has reached
vmwNsxTDataCenterSystemResourceUsage%, which is below the very
high threshold value of 95%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.33.0.10 |
vmwNsxTDistributedIDSIPSNSXIDPSEngineDownNSX IDPS is enabled via NSX policy and IDPS rules are configured, but
NSX-IDPS engine is down.
Action required:
1. Check /var/log/nsx-syslog.log to see if there are errors reported.
2. Invoke the NSX CLI command `get ids engine status` to check
if NSX Distributed IDPS is in disabled state. If so,
invoke `/etc/init.d/nsx-idps start` to start the service.
3. Invoke `/etc/init.d/nsx-vdpi status` to check if nsx-vdpi is running.
If not, invoke `/etc/init.d/nsx-vdpi start` to start the service. NOTIFICATION-TYPE .1.0.33.0.13 |
vmwNsxTDistributedIDSIPSNSXIDPSEngineDownClearNSX IDPS is in one of the cases below.
1. NSX IDPS is disabled via NSX policy.
2. NSX IDPS engine is enabled, NSX-IDPS engine and vdpi are up, and
NSX IDPS has been enabled and IDPS rules are configured
via NSX Policy.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.33.0.14 |
vmwNsxTDistributedIDSIPSNSXIDPSEngineMemoryUsageHighNSX-IDPS engine memory usage has reached
vmwNsxTDataCenterSystemResourceUsage%, which is at or above the high
threshold value of 75%.
Action required:
Consider re-balancing the VM workloads on this host to other hosts. NOTIFICATION-TYPE .1.0.33.0.15 |
vmwNsxTDistributedIDSIPSNSXIDPSEngineMemoryUsageHighClearNSX-IDPS engine memory usage has reached
vmwNsxTDataCenterSystemResourceUsage%, which is below the high threshold
value of 75%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.33.0.16 |
vmwNsxTDistributedIDSIPSNSXIDPSEngineMemoryUsageMediumHighNSX-IDPS engine memory usage has reached
vmwNsxTDataCenterSystemResourceUsage%, which is at or above the medium
high threshold value of 85%.
Action required:
Consider re-balancing the VM workloads on this host to other hosts. NOTIFICATION-TYPE .1.0.33.0.17 |
vmwNsxTDistributedIDSIPSNSXIDPSEngineMemoryUsageMediumHighClearNSX-IDPS engine memory usage has reached
vmwNsxTDataCenterSystemResourceUsage%, which is below the medium
high threshold value of 85%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.33.0.18 |
vmwNsxTDistributedIDSIPSNSXIDPSEngineMemoryUsageVeryHighNSX-IDPS engine memory usage has reached
vmwNsxTDataCenterSystemResourceUsage%, which is at or above the
very high threshold value of 95%.
Action required:
Consider re-balancing the VM workloads on this host to other hosts. NOTIFICATION-TYPE .1.0.33.0.19 |
vmwNsxTDistributedIDSIPSNSXIDPSEngineMemoryUsageVeryHighClearNSX-IDPS engine memory usage has reached
vmwNsxTDataCenterSystemResourceUsage%, which is below the very high
threshold value of 95%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.33.0.20 |
vmwNsxTDistributedIDSIPSNSXIDPSEngineCPUUsageMediumHighNSX-IDPS engine CPU usage has reached
vmwNsxTDataCenterSystemResourceUsage%, which is at or above the medium
high threshold value of 85%.
Action required:
Consider re-balancing the VM workloads on this host to other hosts. NOTIFICATION-TYPE .1.0.33.0.21 |
vmwNsxTDistributedIDSIPSNSXIDPSEngineCPUUsageMediumHighClearNSX-IDPS engine CPU usage has reached
vmwNsxTDataCenterSystemResourceUsage%, which is below the medium high
threshold value of 85%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.33.0.22 |
vmwNsxTDistributedIDSIPSNSXIDPSEngineMemoryUsageHighOnDPUNSX-IDPS engine memory usage has reached
vmwNsxTDataCenterSystemResourceUsage%, which is at or above the high
threshold value of 75% on DPU vmwNsxTDataCenterDPUId.
Action required:
Consider re-balancing the VM workloads on this host to other hosts. NOTIFICATION-TYPE .1.0.33.0.23 |
vmwNsxTDistributedIDSIPSNSXIDPSEngineMemoryUsageHighOnDPUClearNSX-IDPS engine memory usage has reached on DPU vmwNsxTDataCenterDPUId,
vmwNsxTDataCenterSystemResourceUsage%, which is below the high threshold
value of 75%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.33.0.24 |
vmwNsxTDistributedIDSIPSNSXIDPSEngineDownOnDPUNSX IDPS is enabled via NSX policy and IDPS rules are configured, but
NSX-IDPS engine is down on DPU vmwNsxTDataCenterDPUId.
Action required:
1. Check /var/log/nsx-idps/nsx-idps.log and
/var/log/nsx-syslog.log to see if there are errors reported.
2. Invoke the NSX CLI command `get ids engine status` to check
if NSX Distributed IDPS is in disabled state. If so,
invoke `/etc/init.d/nsx-idps start` to start the service.
3. Invoke `/etc/init.d/nsx-vdpi status` to check if nsx-vdpi is running.
If not, invoke `/etc/init.d/nsx-vdpi start` to start the service. NOTIFICATION-TYPE .1.0.33.0.31 |
vmwNsxTDistributedIDSIPSNSXIDPSEngineDownOnDPUClearNSX IDPS is in one of the cases below on DPU vmwNsxTDataCenterDPUId.
1. NSX IDPS is disabled via NSX policy.
2. NSX IDPS engine is enabled, NSX-IDPS engine and vdpi are up, and
NSX IDPS has been enabled and IDPS rules are configured
via NSX Policy.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.33.0.32 |
vmwNsxTDistributedIDSIPSNSXIDPSEngineMemUsageMedHighOnDPUNSX-IDPS engine memory usage has reached
vmwNsxTDataCenterSystemResourceUsage%, which is at or above the medium
high threshold value of 85% on DPU vmwNsxTDataCenterDPUId.
Action required:
Consider re-balancing the VM workloads on this host to other hosts. NOTIFICATION-TYPE .1.0.33.0.33 |
vmwNsxTDistributedIDSIPSNSXIDPSEngineMemUsageMedHighOnDPUClearNSX-IDPS engine memory usage has reached on DPU vmwNsxTDataCenterDPUId,
vmwNsxTDataCenterSystemResourceUsage%, which is below the medium
high threshold value of 85%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.33.0.34 |
vmwNsxTDistributedIDSIPSNSXIDPSEngineMemUsageVeryHighDPUNSX-IDPS engine memory usage has reached
vmwNsxTDataCenterSystemResourceUsage%, which is at or above the
very high threshold value of 95% on DPU vmwNsxTDataCenterDPUId.
Action required:
Consider re-balancing the VM workloads on this host to other hosts. NOTIFICATION-TYPE .1.0.33.0.35 |
vmwNsxTDistributedIDSIPSNSXIDPSEngineMemUsageVeryHighDPUClearNSX-IDPS engine memory usage has reached on DPU vmwNsxTDataCenterDPUId,
vmwNsxTDataCenterSystemResourceUsage%, which is below the very high
threshold value of 95%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.33.0.36 |
vmwNsxTDistributedIDSIPSIDPSBypassedCPUOversubscribedThe IDPS engine has insufficient CPU resources and is unable to keep pace
with the incoming traffic resulting in the excess traffic being bypassed.
For more details, login to the ESX host and issue the following command:
`vsipioctl getdpiinfo -s` and look at oversubscription stats.
Action required:
Review reason for oversubscription. Move certain applications to different
host. NOTIFICATION-TYPE .1.0.33.0.53 |
vmwNsxTDistributedIDSIPSIDPSBypassedCPUOversubscribedClearThe distributed IDPS engine has adequate CPU resources and is not bypassing
any traffic.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.33.0.54 |
vmwNsxTDistributedIDSIPSIDPSBypassedNetworkOversubscribedThe IDPS engine is unable to keep pace with the rate of incoming traffic
resulting in the excess traffic being bypassed. For more details, login to
the ESX host and issue the following command: `vsipioctl getdpiinfo -s` and
look at oversubscription stats.
Action required:
Review reason for oversubscription. Review the IDPS rules to reduce the
amount of traffic being subject to IDPS service. NOTIFICATION-TYPE .1.0.33.0.55 |
vmwNsxTDistributedIDSIPSIDPSBypassedNetworkOversubscribedClearThe distributed IDPS engine is not bypassing any traffic.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.33.0.56 |
vmwNsxTDistributedIDSIPSIDPSEngineCPUOversubscriptionHighCPU utilization for the distributed IDPS engine is at or above the high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Review reason for oversubscription. Move certain applications to different
host. NOTIFICATION-TYPE .1.0.33.0.57 |
vmwNsxTDistributedIDSIPSIDPSEngineCPUOversubscriptionHighClearCPU utilization for the distributed IDPS engine is below the high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.33.0.58 |
vmwNsxTDistributedIDSIPSIDPSCPUOversubscriptionVeryHighCPU utilization for the distributed IDPS engine is at or above the very
high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Review reason for oversubscription. Move certain applications to different
host. NOTIFICATION-TYPE .1.0.33.0.59 |
vmwNsxTDistributedIDSIPSIDPSCPUOversubscriptionVeryHighClearCPU utilization for the distributed IDPS engine is below the very high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.33.0.60 |
vmwNsxTDistributedIDSIPSIDPSDroppedCPUOversubscribedThe IDPS engine has insufficient CPU resources and is unable to keep pace
with the incoming traffic resulting in the excess traffic being dropped.
For more details, login to the ESX host and issue the following command:
`vsipioctl getdpiinfo -s` and look at oversubscription stats.
Action required:
Review reason for oversubscription. Move certain applications to different
host. NOTIFICATION-TYPE .1.0.33.0.61 |
vmwNsxTDistributedIDSIPSIDPSDroppedCPUOversubscribedClearThe distributed IDPS engine has adequate CPU resources and is not dropping
any traffic.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.33.0.62 |
vmwNsxTDistributedIDSIPSIDPSDroppedNetworkOversubscribedThe IDPS engine is unable to keep pace with the rate of incoming traffic
resulting in the excess traffic being dropped. For more details, login to
the ESX host and issue the following command: `vsipioctl getdpiinfo -s` and
look at oversubscription stats.
Action required:
Review reason for oversubscription. Review the IDPS rules to reduce the
amount of traffic being subject to IDPS service. NOTIFICATION-TYPE .1.0.33.0.63 |
vmwNsxTDistributedIDSIPSIDPSDroppedNetworkOversubscribedClearThe distributed IDPS engine is not dropping any traffic.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.33.0.64 |
vmwNsxTDistributedIDSIPSIDPSNetworkOversubscriptionHighNetwork utilization for the distributed IDPS engine is at or above the high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Review reason for oversubscription. Review the IDPS rules to reduce the
amount of traffic being subject to IDPS service. NOTIFICATION-TYPE .1.0.33.0.65 |
vmwNsxTDistributedIDSIPSIDPSNetworkOversubscriptionHighClearNetwork utilization for the distributed IDPS engine is below the high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.33.0.66 |
vmwNsxTDistributedIDSIPSIDPSNetworkOversubscriptionVeryHighNetwork utilization for the distributed IDPS engine is at or above the very
high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Review reason for oversubscription. Review the IDPS rules to reduce the
amount of traffic being subject to IDPS service. NOTIFICATION-TYPE .1.0.33.0.67 |
vmwNsxTDistributedIDSIPSIDPSNetworkOversubscriptionVeryHighClearNetwork utilization for the distributed IDPS engine is below the very high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.33.0.68 |
vmwNsxTCommunicationFeaturePrefixNotifications applicable to the Communication feature have this OID prefix. OBJECT IDENTIFIER .1.0.35 |
vmwNsxTCommunicationFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for Communication feature notifications. OBJECT IDENTIFIER .1.0.35.0 |
vmwNsxTCommunicationManagementChannelToTransportNodeDownManagement channel to Transport Node vmwNsxTDataCenterTransportNodeName
(vmwNsxTDataCenterTransportNodeAddress) is down for 5 minutes.
Action required:
Ensure there is network connectivity between the Manager nodes
and Transport node vmwNsxTDataCenterTransportNodeName (vmwNsxTDataCenterTransportNodeAddress)
and no firewalls are blocking traffic between the nodes.
On Windows Transport nodes, ensure the nsx-proxy service is running on the
Transport node by invoking the command `C:\NSX\nsx-proxy\nsx-proxy.ps1 status`
in the Windows PowerShell. If it is not running, restart it by
invoking the command `C:\NSX\nsx-proxy\nsx-proxy.ps1 restart`.
On all other Transport nodes, ensure the nsx-proxy service is running on the
Transport node by invoking the command `/etc/init.d/nsx-proxy status`.
If it is not running, restart it by invoking the command
`/etc/init.d/nsx-proxy restart`. NOTIFICATION-TYPE .1.0.35.0.1 |
vmwNsxTCommunicationManagementChannelToTransportNodeDownClearManagement channel to Transport Node vmwNsxTDataCenterTransportNodeName
(vmwNsxTDataCenterTransportNodeAddress) is up.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.35.0.2 |
vmwNsxTCommunicationManagerControlChannelDownThe communication between the management function and the control
function has failed on Manager node vmwNsxTDataCenterManagerNodeName (vmwNsxTDataCenterApplianceAddress).
Action required:
1. On Manager node vmwNsxTDataCenterManagerNodeName (vmwNsxTDataCenterApplianceAddress), invoke the
following NSX CLI command: `get service applianceproxy` to check the status
of the service periodically for 60 minutes.
2. If the service is not running for more than 60 minutes, invoke
the following NSX CLI command: `restart service applianceproxy` and recheck the
status. If the service is still down, contact VMware support. NOTIFICATION-TYPE .1.0.35.0.3 |
vmwNsxTCommunicationManagerControlChannelDownClearThe communication between the management function and the control function
has been restored on Manager node vmwNsxTDataCenterManagerNodeName (vmwNsxTDataCenterApplianceAddress).
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.35.0.4 |
vmwNsxTCommunicationManagementChannelToTransportNodeDownLgManagement channel to Transport Node vmwNsxTDataCenterTransportNodeName
(vmwNsxTDataCenterTransportNodeAddress) is down for 15 minutes.
Action required:
Ensure there is network connectivity between the Manager nodes
and Transport node vmwNsxTDataCenterTransportNodeName (vmwNsxTDataCenterTransportNodeAddress)
and no firewalls are blocking traffic between the nodes.
On Windows Transport nodes, ensure the nsx-proxy service is running on the
Transport node by invoking the command `C:\NSX\nsx-proxy\nsx-proxy.ps1 status`
in the Windows PowerShell. If it is not running, restart it by
invoking the command `C:\NSX\nsx-proxy\nsx-proxy.ps1 restart`.
On all other Transport nodes, ensure the nsx-proxy service is running on the
Transport node by invoking the command `/etc/init.d/nsx-proxy status`.
If it is not running, restart it by invoking the command
`/etc/init.d/nsx-proxy restart`. NOTIFICATION-TYPE .1.0.35.0.5 |
vmwNsxTCommunicationManagementChannelToTransportNodeDownLgClearManagement channel to Transport Node vmwNsxTDataCenterTransportNodeName
(vmwNsxTDataCenterTransportNodeAddress) is up.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.35.0.6 |
vmwNsxTCommunicationControlChannelToManagerNodeDownThe Transport node vmwNsxTDataCenterEntityId control plane connection to Manager node vmwNsxTDataCenterApplianceAddress is
down for at least vmwNsxTDataCenterTimeoutInMinutes minutes from the Transport node's point of view.
Action required:
1. Check the connectivity from Transport node vmwNsxTDataCenterEntityId to Manager node vmwNsxTDataCenterApplianceAddress
interface via ping. If they are not pingable, check for flakiness in network connectivity.
2. Check to see if the TCP connections are established using the netstat output to see if the
Controller service on the Manager node vmwNsxTDataCenterApplianceAddress is listening for connections on port
1235. If not, check firewall (or) iptables rules to see if port 1235 is blocking Transport node
vmwNsxTDataCenterEntityId connection requests. Ensure that there are no host firewalls or network firewalls in
the underlay are blocking the required IP ports between Manager nodes and Transport nodes.
This is documented in our ports and protocols tool which is here: https://ports.vmware.com/.
3. It is possible that the Transport node vmwNsxTDataCenterEntityId may still be in maintenance mode.
You can check whether the Transport node is in maintenance mode via the following API:
GET https://<nsx-mgr>/api/v1/transport-nodes/<tn-uuid>
When maintenance mode is set, the Transport node will not be connected to the Controller
service. This is usually the case when host upgrade is in progress. Wait for a few minutes and
check connectivity again.
Note: This alarm is not critical and should be resolved. GSS need not be contacted for the
notification of this alarm unless the alarm remains unresolved over an extended period of time. NOTIFICATION-TYPE .1.0.35.0.7 |
vmwNsxTCommunicationControlChannelToManagerNodeDownClearThe Transport node vmwNsxTDataCenterEntityId restores the control plane connection to Manager node
vmwNsxTDataCenterApplianceAddress.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.35.0.8 |
vmwNsxTCommunicationControlChannelToManagerNodeDownTooLongThe Transport node vmwNsxTDataCenterEntityId control plane connection to Manager node vmwNsxTDataCenterApplianceAddress is
down for at least vmwNsxTDataCenterTimeoutInMinutes minutes from the Transport node's point of view.
Action required:
1. Check the connectivity from Transport node vmwNsxTDataCenterEntityId to Manager node vmwNsxTDataCenterApplianceAddress
interface via ping. If they are not pingable, check for flakiness in network connectivity.
2. Check to see if the TCP connections are established using the netstat output to see if the
Controller service on the Manager node vmwNsxTDataCenterApplianceAddress is listening for connections on port
1235. If not, check firewall (or) iptables rules to see if port 1235 is blocking Transport node
vmwNsxTDataCenterEntityId connection requests. Ensure that there are no host firewalls or network firewalls in
the underlay are blocking the required IP ports between Manager nodes and Transport nodes.
This is documented in our ports and protocols tool which is here: https://ports.vmware.com/.
3. It is possible that the Transport node vmwNsxTDataCenterEntityId may still be in maintenance mode.
You can check whether the Transport node is in maintenance mode via the following API:
GET https://<nsx-mgr>/api/v1/transport-nodes/<tn-uuid>.
When maintenance mode is set, the Transport node will not be connected to the Controller
service. This is usually the case when host upgrade is in progress. Wait for a few minutes and
check connectivity again. NOTIFICATION-TYPE .1.0.35.0.9 |
vmwNsxTCommunicationControlChannelToManagerNodeDownTooLongClearThe Transport node vmwNsxTDataCenterEntityId restores the control plane connection to Manager node
vmwNsxTDataCenterApplianceAddress.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.35.0.10 |
vmwNsxTCommunicationControlChannelToTransportNodeDownController service on Manager node vmwNsxTDataCenterApplianceAddress (vmwNsxTDataCenterCentralControlPlaneId) to Transport
node vmwNsxTDataCenterTransportNodeName (vmwNsxTDataCenterEntityId) down for at least three minutes from Controller service's point of view.
Action required:
1. Check the connectivity from the Controller service vmwNsxTDataCenterCentralControlPlaneId and
Transport node vmwNsxTDataCenterEntityId interface via ping and traceroute. This can be done on the NSX
Manager node admin CLI. The ping test should not see drops and have consistent latency values.
VMware recommends latency values of 150ms or less.
2. Navigate to System | Fabric | Nodes | Transport node vmwNsxTDataCenterEntityId on the NSX UI to check if
the TCP connections between the Controller service on Manager node vmwNsxTDataCenterApplianceAddress
(vmwNsxTDataCenterCentralControlPlaneId) and Transport node vmwNsxTDataCenterEntityId is established. If not, check
firewall rules on the network and the hosts to see if port 1235 is blocking Transport node vmwNsxTDataCenterEntityId
connection requests. Ensure that there are no host firewalls or network firewalls in the
underlay are blocking the required IP ports between Manager nodes and Transport nodes. This is
documented in our ports and protocols tool which is here: https://ports.vmware.com/. NOTIFICATION-TYPE .1.0.35.0.11 |
vmwNsxTCommunicationControlChannelToTransportNodeDownClearController service on Manager node vmwNsxTDataCenterApplianceAddress (vmwNsxTDataCenterCentralControlPlaneId) restores
connection to Transport node vmwNsxTDataCenterEntityId.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.35.0.12 |
vmwNsxTCommunicationManagementChannelToManagerNodeDownManagement channel to Manager Node vmwNsxTDataCenterManagerNodeId
(vmwNsxTDataCenterApplianceAddress) is down for 5 minutes.
Action required:
Ensure there is network connectivity between the
Transport node vmwNsxTDataCenterTransportNodeId
and master Manager node. Also ensure no firewalls are blocking traffic
between the nodes. Ensure the messaging manager service is running on
Manager nodes by invoking the command `/etc/init.d/messaging-manager status`.
If the messaging manager is not running, restart it by
invoking the command `/etc/init.d/messaging-manager restart`. NOTIFICATION-TYPE .1.0.35.0.13 |
vmwNsxTCommunicationManagementChannelToManagerNodeDownClearManagement channel to Manager Node vmwNsxTDataCenterManagerNodeId
(vmwNsxTDataCenterApplianceAddress) is up.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.35.0.14 |
vmwNsxTCommunicationManagerClusterLatencyHighThe average network latency between Manager nodes vmwNsxTDataCenterManagerNodeId (vmwNsxTDataCenterApplianceAddress)
and vmwNsxTDataCenterRemoteManagerNodeId (vmwNsxTDataCenterRemoteApplianceAddress) is more than 10ms for the last 5 minutes.
Action required:
Ensure there are no firewall rules blocking ping traffic between the Manager nodes.
If there are other high bandwidth servers and applications sharing the local network,
consider moving these to a different network. NOTIFICATION-TYPE .1.0.35.0.17 |
vmwNsxTCommunicationManagerClusterLatencyHighClearThe average network latency between Manager nodes vmwNsxTDataCenterManagerNodeId (vmwNsxTDataCenterApplianceAddress)
and vmwNsxTDataCenterRemoteManagerNodeId (vmwNsxTDataCenterRemoteApplianceAddress) is within 10ms.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.35.0.18 |
vmwNsxTCommunicationControlChannelToTransportNodeDownLongController service on Manager node vmwNsxTDataCenterApplianceAddress (vmwNsxTDataCenterCentralControlPlaneId) to Transport
node vmwNsxTDataCenterTransportNodeName (vmwNsxTDataCenterEntityId) down for at least 15 minutes from Controller service's point of view.
Action required:
1. Check the connectivity from the Controller service vmwNsxTDataCenterCentralControlPlaneId and
Transport node vmwNsxTDataCenterEntityId interface via ping and traceroute. This can be done on the NSX
Manager node admin CLI. The ping test should not see drops and have consistent latency values.
VMware recommends latency values of 150ms or less.
2. Navigate to System | Fabric | Nodes | Transport node vmwNsxTDataCenterEntityId on the NSX UI to check if
the TCP connections between the Controller service on Manager node vmwNsxTDataCenterApplianceAddress
(vmwNsxTDataCenterCentralControlPlaneId) and Transport node vmwNsxTDataCenterEntityId is established. If not, check
firewall rules on the network and the hosts to see if port 1235 is blocking Transport node vmwNsxTDataCenterEntityId
connection requests. Ensure that there are no host firewalls or network firewalls in the
underlay are blocking the required IP ports between Manager nodes and Transport nodes. This is
documented in our ports and protocols tool which is here: https://ports.vmware.com/. NOTIFICATION-TYPE .1.0.35.0.19 |
vmwNsxTCommunicationControlChannelToTransportNodeDownLongClearController service on Manager node vmwNsxTDataCenterApplianceAddress (vmwNsxTDataCenterCentralControlPlaneId) restores
connection to Transport node vmwNsxTDataCenterEntityId.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.35.0.20 |
vmwNsxTCommunicationManagerFQDNLookupFailureDNS lookup failed for Manager node vmwNsxTDataCenterEntityId with FQDN
vmwNsxTDataCenterApplianceFQDN and the publish_fqdns flag was set.
Action required:
1. Assign correct FQDNs to all Manager nodes and verify the DNS
configuration is correct for successful lookup of all Manager
nodes' FQDNs.
2. Alternatively, disable the use of FQDNs by invoking the NSX API
PUT /api/v1/configs/management with publish_fqdns set to false in the
request body. After that calls from Transport nodes and from Federation
to Manager nodes in this cluster will use only IP addresses. NOTIFICATION-TYPE .1.0.35.0.21 |
vmwNsxTCommunicationManagerFQDNLookupFailureClearFQDN lookup succeeded for Manager node vmwNsxTDataCenterEntityId with FQDN
vmwNsxTDataCenterApplianceFQDN or the publish_fqdns flag was cleared.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.35.0.22 |
vmwNsxTCommunicationManagerFQDNReverseLookupFailureReverse DNS lookup failed for Manager node vmwNsxTDataCenterEntityId with IP address
vmwNsxTDataCenterApplianceAddress and the publish_fqdns flag was set.
Action required:
1. Assign correct FQDNs to all Manager nodes and verify the DNS
configuration is correct for successful reverse lookup of the Manager
node's IP address.
2. Alternatively, disable the use of FQDNs by invoking the NSX API
PUT /api/v1/configs/management with publish_fqdns set to false in the
request body. After that calls from Transport nodes and from Federation
to Manager nodes in this cluster will use only IP addresses. NOTIFICATION-TYPE .1.0.35.0.23 |
vmwNsxTCommunicationManagerFQDNReverseLookupFailureClearReverse DNS lookup succeeded for Manager node vmwNsxTDataCenterEntityId with IP address
vmwNsxTDataCenterApplianceAddress or the publish_fqdns flag was cleared.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.35.0.24 |
vmwNsxTCommunicationManagementChannelToManagerNodeDownLongManagement channel to Manager Node vmwNsxTDataCenterManagerNodeId
(vmwNsxTDataCenterApplianceAddress) is down for 15 minutes.
Action required:
Ensure there is network connectivity between the
Transport node vmwNsxTDataCenterTransportNodeId
and master Manager nodes. Also ensure no firewalls are blocking traffic
between the nodes. Ensure the messaging manager service is running on
Manager nodes by invoking the command `/etc/init.d/messaging-manager status`.
If the messaging manager is not running, restart it by
invoking the command `/etc/init.d/messaging-manager restart`. NOTIFICATION-TYPE .1.0.35.0.25 |
vmwNsxTCommunicationManagementChannelToManagerNodeDownLongClearManagement channel to Manager Node vmwNsxTDataCenterManagerNodeId
(vmwNsxTDataCenterApplianceAddress) is up.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.35.0.26 |
vmwNsxTCommunicationNetworkLatencyHighThe average network latency between manager nodes and host
vmwNsxTDataCenterTransportNodeName (vmwNsxTDataCenterTransportNodeAddress) is more than
150 ms for 5 minutes.
Action required:
1. Wait for 5 minutes to see if the alarm automatically gets resolved.
2. Ping the NSX Transport node from Manager node. The ping test should not see drops and
have consistent latency values. VMware recommends latency values of 150ms or less.
3. Inspect for any other physical network layer issues. If the problem persists, contact
VMware support. NOTIFICATION-TYPE .1.0.35.0.29 |
vmwNsxTCommunicationNetworkLatencyHighClearThe average network latency between manager nodes and host
vmwNsxTDataCenterTransportNodeName (vmwNsxTDataCenterTransportNodeAddress) is normal.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.35.0.30 |
vmwNsxTCommunicationLimitedReachabilityOnDPUThe vmwNsxTDataCenterVerticalName collector vmwNsxTDataCenterCollectorIP can not be reached via vmknic(s)(stack vmwNsxTDataCenterStackAlias)
on DVS vmwNsxTDataCenterDvsAlias on DPU vmwNsxTDataCenterDPUId, but is reachable via vmknic(s)(stack vmwNsxTDataCenterStackAlias)
on other DVS(es).
Action required:
If the warning is on, it does not mean the collector is unreachable. The exported flows
generated by the vertical based on DVS vmwNsxTDataCenterDvsAlias can still reach the collector
vmwNsxTDataCenterCollectorIP via vmknic(s) on DVS(es) besides of DVS vmwNsxTDataCenterDvsAlias. If this is unacceptable,
user can try to create vmknic(s) with stack vmwNsxTDataCenterStackAlias on DVS vmwNsxTDataCenterDvsAlias and
configure it with approriate IPv4(6) address, then check if the vmwNsxTDataCenterVerticalName collector vmwNsxTDataCenterCollectorIP
can be reached via the newly-created vmknic(s) on DPU vmwNsxTDataCenterDPUId by invoking
`vmkping vmwNsxTDataCenterCollectorIP -S vmwNsxTDataCenterStackAlias -I vmkX` with SSH to DPU via ESXi enabled. NOTIFICATION-TYPE .1.0.35.0.31 |
vmwNsxTCommunicationLimitedReachabilityOnDPUClearThe vmwNsxTDataCenterVerticalName collector vmwNsxTDataCenterCollectorIP can be reached via vmknic(s) (stack vmwNsxTDataCenterStackAlias) on
DVS vmwNsxTDataCenterDvsAlias on DPU vmwNsxTDataCenterDPUId, or the vmwNsxTDataCenterVerticalName collector vmwNsxTDataCenterCollectorIP is unreachable completely.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.35.0.32 |
vmwNsxTCommunicationUnreachableCollectorOnDPUThe vmwNsxTDataCenterVerticalName collector vmwNsxTDataCenterCollectorIP can not be reached via existing vmknic(s)(stack vmwNsxTDataCenterStackAlias)
on any DVS on DPU vmwNsxTDataCenterDPUId.
Action required:
To make the collector reachable for given vertical on the DVS, user has to make sure there
is(are) vmknic(s) with expected stack vmwNsxTDataCenterStackAlias created and configured with approriate IPv4(6)
addresses, and the network connection to vmwNsxTDataCenterVerticalName collector vmwNsxTDataCenterCollectorIP is also fine. So user has
to do the checking on DPU vmwNsxTDataCenterDPUId, and perform required configuration to make sure the condition
is met. Finally if `vmkping vmwNsxTDataCenterCollectorIP -S vmwNsxTDataCenterStackAlias` with SSH to DPU via ESXi enabled succeeds,
this indicates the problem is gone. NOTIFICATION-TYPE .1.0.35.0.33 |
vmwNsxTCommunicationUnreachableCollectorOnDPUClearThe vmwNsxTDataCenterVerticalName collector vmwNsxTDataCenterCollectorIP can be reached with existing vmknic(s)(stack vmwNsxTDataCenterStackAlias)
now on DPU vmwNsxTDataCenterDPUId.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.35.0.34 |
vmwNsxTIdentityFirewallFeaturePrefixNotifications applicable to the IdentityFirewall feature have this OID prefix. OBJECT IDENTIFIER .1.0.36 |
vmwNsxTIdentityFirewallFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for IdentityFirewall feature notifications. OBJECT IDENTIFIER .1.0.36.0 |
vmwNsxTIdentityFirewallConnectivityToLDAPServerLostThe connectivity to LDAP server vmwNsxTDataCenterLDAPServer is lost.
Action required:
Check
1. The LDAP server is reachable from NSX nodes.
2. The LDAP server details are configured correctly in NSX.
3. The LDAP server is running correctly.
4. There are no firewalls blocking access between the LDAP server
and NSX nodes.
Afer the issue is fixed, use TEST CONNECTION in NSX UI under
Identity Firewall AD to test the connection. NOTIFICATION-TYPE .1.0.36.0.1 |
vmwNsxTIdentityFirewallConnectivityToLDAPServerLostClearThe connectivity to LDAP server vmwNsxTDataCenterLDAPServer is restored.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.36.0.2 |
vmwNsxTIdentityFirewallErrorInDeltaSyncErrors occurred while performing delta sync with vmwNsxTDataCenterDirectoryDomain.
Action required:
1. Check if there are any connectivity to LDAP server lost alarms.
2. Find the error details in /var/log/syslog. Around the alarm trigger
time, search for text: Error happened when synchronize LDAP objects.
3. Check with AD administrator if there are any recent AD changes which
may cause the errors.
4. If the errors persist, collect the technical support bundle and
contact VMware technical support. NOTIFICATION-TYPE .1.0.36.0.3 |
vmwNsxTIdentityFirewallErrorInDeltaSyncClearNo errors occurred while performing delta sync with vmwNsxTDataCenterDirectoryDomain.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.36.0.4 |
vmwNsxTIPAMFeaturePrefixNotifications applicable to the IPAM feature have this OID prefix. OBJECT IDENTIFIER .1.0.38 |
vmwNsxTIPAMFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for IPAM feature notifications. OBJECT IDENTIFIER .1.0.38.0 |
vmwNsxTIPAMIPBlockUsageVeryHighIP block usage of vmwNsxTDataCenterIntentPath is very high.
IP block nearing its total capacity, creation of subnet using IP block might fail.
Action required:
Review IP block usage. Use new IP block for resource creation or delete unused IP
subnet from the IP block. To check subnet being used for IP Block. From NSX UI,
navigate to Networking | IP Address pools | IP Address pools tab. Select IP pools
where IP block being used, check Subnets and Allocated IPs column on UI. If no
allocation has been used for the IP pool and it is not going to be used in future
then delete subnet or IP pool. Use following API to check if IP block being used
by IP pool and also check if any IP allocation done:
To get configured subnets of an IP pool, invoke the NSX API
GET /policy/api/v1/infra/ip-pools/<ip-pool>/ip-subnets
To get IP allocations, invoke the NSX API
GET /policy/api/v1/infra/ip-pools/<ip-pool>/ip-allocations
Note: Deletion of IP pool/subnet should only be done if it does not have any
allocated IPs and it is not going to be used in future. NOTIFICATION-TYPE .1.0.38.0.1 |
vmwNsxTIPAMIPBlockUsageVeryHighClearIP block usage of vmwNsxTDataCenterIntentPath is below threshold level.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.38.0.2 |
vmwNsxTIPAMIPPoolUsageVeryHighIP pool usage of vmwNsxTDataCenterIntentPath is very high.
Creation of entity/service depends on IP being allocated from IP pool might fail.
Action required:
Review IP pool usage.
Release unused ip allocations from IP pool or create new IP pool and use it.
From NSX UI navigate to Networking | IP Address pools | IP Address pools tab.
Select IP pools and check Allocated IPs column, this will show IPs allocated from the
IP pool. If user see any IPs are not being used then those IPs can be released.
To release unused IP allocations, invoke the NSX API
DELETE /policy/api/v1/infra/ip-pools/<ip-pool>/ip-allocations/<ip-allocation> NOTIFICATION-TYPE .1.0.38.0.3 |
vmwNsxTIPAMIPPoolUsageVeryHighClearIP pool usage of vmwNsxTDataCenterIntentPath is normal now.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.38.0.4 |
vmwNsxTGatewayFirewallFeaturePrefixNotifications applicable to the GatewayFirewall feature have this OID prefix. OBJECT IDENTIFIER .1.0.39 |
vmwNsxTGatewayFirewallFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for GatewayFirewall feature notifications. OBJECT IDENTIFIER .1.0.39.0 |
vmwNsxTGatewayFirewallICMPFlowCountExceededGateway firewall flow table usage for ICMP traffic on logical
router vmwNsxTDataCenterEntityId has reached vmwNsxTDataCenterFirewallICMPFlowUsage% which is at or above the
high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
New flows will be dropped by Gateway firewall when usage reaches the maximum limit.
Action required:
Log in as the admin user on Edge node and invoke the NSX CLI command
`get firewall <LR_INT_UUID> interface stats | json` by using
right interface uuid and check flow table usage for ICMP flows.
Check traffic flows going through the gateway is not a DOS attack or anomalous burst. If the traffic appears to be within
the normal load but the alarm threshold is hit, consider increasing the alarm threshold or route new traffic to another Edge node. NOTIFICATION-TYPE .1.0.39.0.21 |
vmwNsxTGatewayFirewallICMPFlowCountExceededClearGateway firewall flow table usage on logical router vmwNsxTDataCenterEntityId has reached
below the high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.39.0.22 |
vmwNsxTGatewayFirewallICMPFlowCountHighGateway firewall flow table usage for ICMP on logical router vmwNsxTDataCenterEntityId has reached
vmwNsxTDataCenterFirewallICMPFlowUsage% which is at or above the high threshold value of
vmwNsxTDataCenterSystemUsageThreshold%.
New flows will be dropped by Gateway firewall when usage reaches the maximum limit.
Action required:
Log in as the admin user on Edge node and invoke the NSX CLI command
`get firewall <LR_INT_UUID> interface stats | json` by using
right interface uuid and check flow table usege for ICMP flows.
Check traffic flows going through the gateway is not a DOS attack or anomalous burst. If the traffic appears to be within
the normal load but the alarm threshold is hit, consider increasing the alarm threshold or route new traffic to another Edge node. NOTIFICATION-TYPE .1.0.39.0.23 |
vmwNsxTGatewayFirewallICMPFlowCountHighClearGateway firewall flow table usage for ICMP on logical router
vmwNsxTDataCenterEntityId has reached below the high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.39.0.24 |
vmwNsxTGatewayFirewallIPFlowCountExceededGateway firewall flow table usage for IP traffic on logical router vmwNsxTDataCenterEntityId has
reached vmwNsxTDataCenterFirewallIPFlowUsage% which is at or above the high threshold value of
vmwNsxTDataCenterSystemUsageThreshold%.
New flows will be dropped by Gateway firewall when usage reaches the maximum limit.
Action required:
Log in as the admin user on Edge node and invoke the NSX CLI command
`get firewall <LR_INT_UUID> interface stats | json` by using
right interface uuid and check flow table usage for IP flows.
Check traffic flows going through the gateway is not a DOS attack or anomalous burst. If the traffic appears to be within
the normal load but the alarm threshold is hit, consider increasing the alarm threshold or route new traffic to another Edge node. NOTIFICATION-TYPE .1.0.39.0.25 |
vmwNsxTGatewayFirewallIPFlowCountExceededClearGateway firewall flow table usage on logical router vmwNsxTDataCenterEntityId has reached
below the high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.39.0.26 |
vmwNsxTGatewayFirewallIPFlowCountHighGateway firewall flow table usage for IP on logical router vmwNsxTDataCenterEntityId has reached
vmwNsxTDataCenterFirewallIPFlowUsage% which is at or above the high threshold value of
vmwNsxTDataCenterSystemUsageThreshold%.
New flows will be dropped by Gateway firewall when usage reaches the maximum limit.
Action required:
Log in as the admin user on Edge node and invoke the NSX CLI command
`get firewall <LR_INT_UUID> interface stats | json` by using
right interface uuid and check flow table usege for IP flows.
Check traffic flows going through the gateway is not a DOS attack or anomalous burst. If the traffic appears to be within
the normal load but the alarm threshold is hit, consider increasing the alarm threshold or route new traffic to another Edge node. NOTIFICATION-TYPE .1.0.39.0.27 |
vmwNsxTGatewayFirewallIPFlowCountHighClearGateway firewall flow table usage for non IP flows on logical router
vmwNsxTDataCenterEntityId has reached below the high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.39.0.28 |
vmwNsxTGatewayFirewallTcpHalfOpenFlowCountExceededGateway firewall flow table usage for TCP half-open traffic on logical
router vmwNsxTDataCenterEntityId has reached vmwNsxTDataCenterFirewallHalfopenFlowUsage% which is at or above the
high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
New flows will be dropped by Gateway firewall when usage reaches the maximum limit.
Action required:
Log in as the admin user on Edge node and invoke the NSX CLI command
`get firewall <LR_INT_UUID> interface stats | json` by using
right interface uuid and check flow table usage for TCP half-open flows.
Check traffic flows going through the gateway is not a DOS attack or anomalous burst. If the traffic appears to be within
the normal load but the alarm threshold is hit, consider increasing the alarm threshold or route new traffic to another Edge node. NOTIFICATION-TYPE .1.0.39.0.29 |
vmwNsxTGatewayFirewallTcpHalfOpenFlowCountExceededClearGateway firewall flow table usage on logical router vmwNsxTDataCenterEntityId has reached
below the high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.39.0.30 |
vmwNsxTGatewayFirewallTcpHalfOpenFlowCountHighGateway firewall flow table usage for TCP on logical router vmwNsxTDataCenterEntityId has reached
vmwNsxTDataCenterFirewallHalfopenFlowUsage% which is at or above the high threshold value of
vmwNsxTDataCenterSystemUsageThreshold%.
New flows will be dropped by Gateway firewall when usage reaches the maximum limit.
Action required:
Log in as the admin user on Edge node and invoke the NSX CLI command
`get firewall <LR_INT_UUID> interface stats | json` by using
right interface uuid and check flow table usege for TCP half-open flow.
Check traffic flows going through the gateway is not a DOS attack or anomalous burst. If the traffic appears to be within
the normal load but the alarm threshold is hit, consider increasing the alarm threshold or route new traffic to another Edge node. NOTIFICATION-TYPE .1.0.39.0.31 |
vmwNsxTGatewayFirewallTcpHalfOpenFlowCountHighClearGateway firewall flow table usage for TCP half-open on logical router
vmwNsxTDataCenterEntityId has reached below the high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.39.0.32 |
vmwNsxTGatewayFirewallUDPFlowCountExceededGateway firewall flow table usage for UDP traffic on logical
router vmwNsxTDataCenterEntityId has reached vmwNsxTDataCenterFirewallUDPFlowUsage% which is at or above the
high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
New flows will be dropped by Gateway firewall when usage reaches the maximum limit.
Action required:
Log in as the admin user on Edge node and invoke the NSX CLI command
`get firewall <LR_INT_UUID> interface stats | json` by using
right interface uuid and check flow table usage for UDP flows.
Check traffic flows going through the gateway is not a DOS attack or anomalous burst. If the traffic appears to be within
the normal load but the alarm threshold is hit, consider increasing the alarm threshold or route new traffic to another Edge node. NOTIFICATION-TYPE .1.0.39.0.33 |
vmwNsxTGatewayFirewallUDPFlowCountExceededClearGateway firewall flow table usage on logical router vmwNsxTDataCenterEntityId has reached
below the high threshold.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.39.0.34 |
vmwNsxTGatewayFirewallUDPFlowCountHighGateway firewall flow table usage for UDP on logical router vmwNsxTDataCenterEntityId has reached
vmwNsxTDataCenterFirewallUDPFlowUsage% which is at or above the high threshold value of
vmwNsxTDataCenterSystemUsageThreshold%.
New flows will be dropped by Gateway firewall when usage reaches the maximum limit.
Action required:
Log in as the admin user on Edge node and invoke the NSX CLI command
`get firewall <LR_INT_UUID> interface stats | json` by using
right interface uuid and check flow table usege for UDP flows.
Check traffic flows going through the gateway is not a DOS attack or anomalous burst. If the traffic appears to be within
the normal load but the alarm threshold is hit, consider increasing the alarm threshold or route new traffic to another Edge node. NOTIFICATION-TYPE .1.0.39.0.35 |
vmwNsxTGatewayFirewallUDPFlowCountHighClearGateway firewall flow table usage for UDP on logical router
vmwNsxTDataCenterEntityId has reached below the high threshold.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.39.0.36 |
vmwNsxTClusteringFeaturePrefixNotifications applicable to the Clustering feature have this OID prefix. OBJECT IDENTIFIER .1.0.40 |
vmwNsxTClusteringFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for Clustering feature notifications. OBJECT IDENTIFIER .1.0.40.0 |
vmwNsxTClusteringClusterDegradedGroup member vmwNsxTDataCenterManagerNodeId of service vmwNsxTDataCenterGroupType is down.
Action required:
1. Invoke the NSX CLI command 'get cluster status' to view the status
of group members of the cluster.
2. Ensure the service for vmwNsxTDataCenterGroupType is running on node. Invoke the GET
/api/v1/node/services/<service_name>/status NSX API or the
`get service <service_name>` NSX CLI command to determine if the service is running.
If not running, invoke the POST /api/v1/node/services/<service_name>?action=restart NSX API or
the `restart service <service_name>` NSX CLI to restart the service.
3. Check /var/log/ of service vmwNsxTDataCenterGroupType to see if there are errors reported. NOTIFICATION-TYPE .1.0.40.0.1 |
vmwNsxTClusteringClusterDegradedClearGroup member vmwNsxTDataCenterManagerNodeId of vmwNsxTDataCenterGroupType is up.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.40.0.2 |
vmwNsxTClusteringClusterUnavailableAll group members vmwNsxTDataCenterManagerNodeIDS of service vmwNsxTDataCenterGroupType are down.
Action required:
1. Ensure the service for vmwNsxTDataCenterGroupType is running on node. Invoke the GET
/api/v1/node/services/<service_name>/status NSX API or the
`get service <service_name>` NSX CLI command to determine if the service is running.
If not running, invoke the POST /api/v1/node/services/<service_name>?action=restart NSX API or
the `restart service <service_name>` NSX CLI to restart the service.
2. Check /var/log/ of service vmwNsxTDataCenterGroupType to see if there are errors reported. NOTIFICATION-TYPE .1.0.40.0.3 |
vmwNsxTClusteringClusterUnavailableClearAll group members vmwNsxTDataCenterManagerNodeIDS of service vmwNsxTDataCenterGroupType are up.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.40.0.4 |
vmwNsxTNSXApplicationPlatformCommunicationFeaturePrefixNotifications applicable to the NSXApplicationPlatformCommunication feature have this OID prefix. OBJECT IDENTIFIER .1.0.41 |
vmwNsxTNSXApplicationPlatformCommunicationFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for NSXApplicationPlatformCommunication feature notifications. OBJECT IDENTIFIER .1.0.41.0 |
vmwNsxTNSXApplicationPlatformCommunicationMgrDisconnectedThe NSX Application Platform cluster vmwNsxTDataCenterNappClusterId is disconnected
from the NSX management cluster.
Action required:
Check whether the manager cluster certificate, manager node certificates,
kafka certificate and ingress certificate match on both NSX Manager and the
NSX Application Platform cluster. Check expiration dates of the above mentioned
certificates to make sure they are valid. Check the network connection between
NSX Manager and NSX Application Platform cluster and resolve any network connection failures. NOTIFICATION-TYPE .1.0.41.0.1 |
vmwNsxTNSXApplicationPlatformCommunicationMgrDisconnectedClearThe NSX Application Platform cluster vmwNsxTDataCenterNappClusterId is reconnected
to the NSX management cluster.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.41.0.2 |
vmwNsxTNSXApplicationPlatformCommunicationDelayInOverflowThe number of pending messages in the messaging topic Over Flow is above the
pending message threshold of vmwNsxTDataCenterNappMessagingLAGThreshold.
Action required:
Add nodes and then scale up the NSX Application Platform cluster. If bottleneck can be attributed to a specific service,
for example, the analytics service, then scale up the specific service when the new nodes are added. NOTIFICATION-TYPE .1.0.41.0.7 |
vmwNsxTNSXApplicationPlatformCommunicationDelayInOverflowClearThe number of pending messages in the messaging topic Over Flow is below the pending
message threshold of vmwNsxTDataCenterNappMessagingLAGThreshold.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.41.0.8 |
vmwNsxTNSXApplicationPlatformCommunicationDelayInRawflowThe number of pending messages in the messaging topic Raw Flow is above the
pending message threshold of vmwNsxTDataCenterNappMessagingLAGThreshold.
Action required:
Add nodes and then scale up the NSX Application Platform cluster. If the bottleneck can be attributed to a specific service,
for example, the analytics service, then scale up the specific service when the new nodes are added. NOTIFICATION-TYPE .1.0.41.0.11 |
vmwNsxTNSXApplicationPlatformCommunicationDelayInRawflowClearThe number of pending messages in the messaging topic Raw Flow is below the pending
message threshold of vmwNsxTDataCenterNappMessagingLAGThreshold.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.41.0.12 |
vmwNsxTNSXApplicationPlatformCommunicationExpDisconnectedThe flow exporter on Transport node vmwNsxTDataCenterEntityId is disconnected from
the NSX Application Platform cluster's messaging broker. Data collection is affected.
Action required:
Restart the messaging service if it is not running in the NSX Application
Platform cluster. Resolve the network connection failure between the Transport node
flow exporter and the NSX Application Platform cluster. NOTIFICATION-TYPE .1.0.41.0.13 |
vmwNsxTNSXApplicationPlatformCommunicationExpDisconnectedClearThe flow exporter on Transport node vmwNsxTDataCenterEntityId has reconnected to
the NSX Application Platform cluster's messaging broker.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.41.0.14 |
vmwNsxTNSXApplicationPlatformCommunicationExpDisconnectDPUThe flow exporter on Transport node vmwNsxTDataCenterEntityId DPU vmwNsxTDataCenterDPUId is disconnected
from the Intelligence node's messaging broker. Data collection is affected.
Action required:
Restart the messaging service if it is not running in the Intelligence
node. Resolve the network connection failure between the Transport node
flow exporter and the Intelligence node. NOTIFICATION-TYPE .1.0.41.0.17 |
vmwNsxTNSXApplicationPlatformCommunicationExpDisconnectDPUClearThe flow exporter on Transport node vmwNsxTDataCenterEntityId DPU vmwNsxTDataCenterDPUId has reconnected
to the Intelligence node's messaging broker.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.41.0.18 |
vmwNsxTMTUCheckFeaturePrefixNotifications applicable to the MTUCheck feature have this OID prefix. OBJECT IDENTIFIER .1.0.42 |
vmwNsxTMTUCheckFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for MTUCheck feature notifications. OBJECT IDENTIFIER .1.0.42.0 |
vmwNsxTMTUCheckMTUMismatchWithinTransportZoneMTU configuration mismatch between Transport Nodes (ESXi, KVM and Edge) attached to the same Transport Zone.
MTU values on all switches attached to the same Transport Zone not being consistent will cause
connectivity issues.
Action required:
1. Navigate to System | Fabric | Settings | MTU Configuration Check | Inconsistent on the NSX UI to check
more mismatch details.
2. Set the same MTU value on all switches attached to the same Transport Zone
by invoking the NSX API PUT /api/v1/host-switch-profiles/<host-switch-profile-id>
with mtu in the request body, or API PUT /api/v1/global-configs/SwitchingGlobalConfig
with physical_uplink_mtu in request body. NOTIFICATION-TYPE .1.0.42.0.1 |
vmwNsxTMTUCheckMTUMismatchWithinTransportZoneClearAll MTU values between Transport Nodes attached to the same Transport Zone are consistent now.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.42.0.2 |
vmwNsxTMTUCheckGlobalRouterMTUTooBigThe global router MTU configuration is bigger than MTU of switches in overlay Transport Zone which connects
to Tier0 or Tier1. Global router MTU value should be less than all switches MTU value by at least
a 100 as we require 100 quota for Geneve encapsulation.
Action required:
1. Navigate to System | Fabric | Settings | MTU Configuration Check | Inconsistent on the NSX UI to check
more mismatch details.
2. Set the bigger MTU value on switches by invoking the NSX API
PUT /api/v1/host-switch-profiles/<host-switch-profile-id> with mtu in the
request body, or API PUT /api/v1/global-configs/SwitchingGlobalConfig
with physical_uplink_mtu in request body.
3. Or set the smaller MTU value of global router configuration by invoking the NSX API PUT
/api/v1/global-configs/RoutingGlobalConfig with logical_uplink_mtu in the request body. NOTIFICATION-TYPE .1.0.42.0.3 |
vmwNsxTMTUCheckGlobalRouterMTUTooBigClearThe global router MTU is less than the MTU of overlay Transport Zone now.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.42.0.4 |
vmwNsxTNSXApplicationPlatformHealthFeaturePrefixNotifications applicable to the NSXApplicationPlatformHealth feature have this OID prefix. OBJECT IDENTIFIER .1.0.43 |
vmwNsxTNSXApplicationPlatformHealthFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for NSXApplicationPlatformHealth feature notifications. OBJECT IDENTIFIER .1.0.43.0 |
vmwNsxTNSXApplicationPlatformHealthAnalyticsCPUUsageHighThe CPU usage of Analytics service is above the high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Scale out all services or the Analytics service. NOTIFICATION-TYPE .1.0.43.0.1 |
vmwNsxTNSXApplicationPlatformHealthAnalyticsCPUUsageHighClearThe CPU usage of Analytics service is below the high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.2 |
vmwNsxTNSXApplicationPlatformHealthAnalyticsCPUUsageVeryHiThe CPU usage of Analytics service is above the very high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Scale out all services or the Analytics service. NOTIFICATION-TYPE .1.0.43.0.3 |
vmwNsxTNSXApplicationPlatformHealthAnalyticsCPUUsageVeryHiClearThe CPU usage of Analytics service is below the very high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.4 |
vmwNsxTNSXApplicationPlatformHealthAnalyticsDiskUsageHighThe disk usage of Analytics service is above the high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Clean up files not needed.
Scale out all services or the Analytics service. NOTIFICATION-TYPE .1.0.43.0.5 |
vmwNsxTNSXApplicationPlatformHealthAnalyticsDiskUsageHighClearThe disk usage of Analytics service is below the high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.6 |
vmwNsxTNSXApplicationPlatformHealthAnalyticsDiskUsageVeryHiThe disk usage of Analytics service is above the very high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Clean up files not needed.
Scale out all services or the Analytics service. NOTIFICATION-TYPE .1.0.43.0.7 |
vmwNsxTNSXApplicationPlatformHealthAnalyticsDiskUsageVeryHiClearThe disk usage of Analytics service is below the very high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.8 |
vmwNsxTNSXApplicationPlatformHealthAnalyticsMemoryUsageHighThe memory usage of Analytics service is above the high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Scale out all services or the Analytics service. NOTIFICATION-TYPE .1.0.43.0.9 |
vmwNsxTNSXApplicationPlatformHealthAnalyticsMemoryUsageHighClearThe memory usage of Analytics service is below the high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.10 |
vmwNsxTNSXApplicationPlatformHealthAnalyticsMemUsageVeryHiThe memory usage of Analytics service is above the very high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Scale out all services or the Analytics service. NOTIFICATION-TYPE .1.0.43.0.11 |
vmwNsxTNSXApplicationPlatformHealthAnalyticsMemUsageVeryHiClearThe memory usage of Analytics service is below the very high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.12 |
vmwNsxTNSXApplicationPlatformHealthClusterCPUUsageHighThe CPU usage of NSX Application Platform cluster vmwNsxTDataCenterNappClusterId is
above the high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
In the NSX UI, navigate to System | NSX Application Platform | Core Services
and check the System Load field of individual services to see
which service is under pressure. See if the load can be reduced. If more
computing power is required, click on the Scale Out button to request more resources. NOTIFICATION-TYPE .1.0.43.0.13 |
vmwNsxTNSXApplicationPlatformHealthClusterCPUUsageHighClearThe CPU usage of NSX Application Platform cluster vmwNsxTDataCenterNappClusterId is
below the high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.14 |
vmwNsxTNSXApplicationPlatformHealthClusterCPUUsageVeryHighThe CPU usage of NSX Application Platform cluster vmwNsxTDataCenterNappClusterId is
above the very high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
In the NSX UI, navigate to System | NSX Application Platform | Core Services
and check the System Load field of individual services to see
which service is under pressure. See if the load can be reduced. If more
computing power is required, click on the Scale Out button to request more resources. NOTIFICATION-TYPE .1.0.43.0.15 |
vmwNsxTNSXApplicationPlatformHealthClusterCPUUsageVeryHighClearThe CPU usage of NSX Application Platform cluster vmwNsxTDataCenterNappClusterId is
below the very high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.16 |
vmwNsxTNSXApplicationPlatformHealthClusterDiskUsageHighThe disk usage of NSX Application Platform cluster vmwNsxTDataCenterNappClusterId is
above the high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
In the NSX UI, navigate to System | NSX Application Platform | Core Services
and check the Storage field of individual services to see
which service is under pressure. See if the load can be reduced. If more
disk storage is required, click on the Scale Out button to request more resources.
If data storage service is under strain, another way is to click on the Scale Up button
to increase disk size. NOTIFICATION-TYPE .1.0.43.0.17 |
vmwNsxTNSXApplicationPlatformHealthClusterDiskUsageHighClearThe disk usage of NSX Application Platform cluster vmwNsxTDataCenterNappClusterId is
below the high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.18 |
vmwNsxTNSXApplicationPlatformHealthClusterDiskUsageVeryHighThe disk usage of NSX Application Platform cluster vmwNsxTDataCenterNappClusterId is
above the very high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
In the NSX UI, navigate to System | NSX Application Platform | Core Services
and check the Storage field of individual services to see
which service is under pressure. See if the load can be reduced. If more
disk storage is required, click on the Scale Out button to request more resources.
If data storage service is under strain, another way is to click on the Scale Up button
to increase disk size. NOTIFICATION-TYPE .1.0.43.0.19 |
vmwNsxTNSXApplicationPlatformHealthClusterDiskUsageVeryHighClearThe disk usage of NSX Application Platform cluster vmwNsxTDataCenterNappClusterId is
below the very high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.20 |
vmwNsxTNSXApplicationPlatformHealthClusterMemoryUsageHighThe memory usage of NSX Application Platform cluster vmwNsxTDataCenterNappClusterId is
above the high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
In the NSX UI, navigate to System | NSX Application Platform | Core Services
and check the Memory field of individual services to see
which service is under pressure. See if the load can be reduced. If more
memory is required, click on the Scale Out button to request more resources. NOTIFICATION-TYPE .1.0.43.0.21 |
vmwNsxTNSXApplicationPlatformHealthClusterMemoryUsageHighClearThe memory usage of NSX Application Platform cluster vmwNsxTDataCenterNappClusterId is
below the high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.22 |
vmwNsxTNSXApplicationPlatformHealthClusterMemUsageVeryHiThe memory usage of NSX Application Platform cluster vmwNsxTDataCenterNappClusterId is
above the very high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
In the NSX UI, navigate to System | NSX Application Platform | Core Services
and check the Memory field of individual services to see
which service is under pressure. See if the load can be reduced. If more
memory is required, click on the Scale Out button to request more resources. NOTIFICATION-TYPE .1.0.43.0.23 |
vmwNsxTNSXApplicationPlatformHealthClusterMemUsageVeryHiClearThe memory usage of NSX Application Platform cluster vmwNsxTDataCenterNappClusterId is
below the very high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.24 |
vmwNsxTNSXApplicationPlatformHealthConfigDbCPUUsageHiThe CPU usage of Configuration Database service is above the high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Scale out all services. NOTIFICATION-TYPE .1.0.43.0.31 |
vmwNsxTNSXApplicationPlatformHealthConfigDbCPUUsageHiClearThe CPU usage of Configuration Database service is below the high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.32 |
vmwNsxTNSXApplicationPlatformHealthConfigDbCPUUsageVeryHiThe CPU usage of Configuration Database service is above the very high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Scale out all services. NOTIFICATION-TYPE .1.0.43.0.33 |
vmwNsxTNSXApplicationPlatformHealthConfigDbCPUUsageVeryHiClearThe CPU usage of Configuration Database service is below the very high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.34 |
vmwNsxTNSXApplicationPlatformHealthConfigDbDiskUsageHighThe disk usage of Configuration Database service is above the high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Clean up files not needed.
Scale out all services. NOTIFICATION-TYPE .1.0.43.0.35 |
vmwNsxTNSXApplicationPlatformHealthConfigDbDiskUsageHighClearThe disk usage of Configuration Database service is below the high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.36 |
vmwNsxTNSXApplicationPlatformHealthConfigDbDiskUsageVeryHiThe disk usage of Configuration Database service is above the very high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Clean up files not needed.
Scale out all services. NOTIFICATION-TYPE .1.0.43.0.37 |
vmwNsxTNSXApplicationPlatformHealthConfigDbDiskUsageVeryHiClearThe disk usage of Configuration Database service is below the very high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.38 |
vmwNsxTNSXApplicationPlatformHealthConfigDbMemUsageVeryHighThe memory usage of Configuration Database service is above the very high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Scale out all services. NOTIFICATION-TYPE .1.0.43.0.39 |
vmwNsxTNSXApplicationPlatformHealthConfigDbMemUsageVeryHighClearThe memory usage of Configuration Database service is below the very high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.40 |
vmwNsxTNSXApplicationPlatformHealthDatastoreCPUUsageHighThe CPU usage of Data Storage service is above the high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Scale out all services or the Data Storage service. NOTIFICATION-TYPE .1.0.43.0.41 |
vmwNsxTNSXApplicationPlatformHealthDatastoreCPUUsageHighClearThe CPU usage of Data Storage service is below the high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.42 |
vmwNsxTNSXApplicationPlatformHealthDatastoreCPUUsageVeryHiThe CPU usage of Data Storage service is above the very high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Scale out all services or the Data Storage service. NOTIFICATION-TYPE .1.0.43.0.43 |
vmwNsxTNSXApplicationPlatformHealthDatastoreCPUUsageVeryHiClearThe CPU usage of Data Storage service is below the very high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.44 |
vmwNsxTNSXApplicationPlatformHealthDatastoreDiskUsageHighThe disk usage of Data Storage service is above the high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Scale out or scale up the data storage service. NOTIFICATION-TYPE .1.0.43.0.45 |
vmwNsxTNSXApplicationPlatformHealthDatastoreDiskUsageHighClearThe disk usage of Data Storage service is below the high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.46 |
vmwNsxTNSXApplicationPlatformHealthDatastoreDiskUsageVeryHiThe disk usage of Data Storage service is above the very high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Scale out or scale up the data storage service. NOTIFICATION-TYPE .1.0.43.0.47 |
vmwNsxTNSXApplicationPlatformHealthDatastoreDiskUsageVeryHiClearThe disk usage of Data Storage service is below the very high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.48 |
vmwNsxTNSXApplicationPlatformHealthDatastoreMemoryUsageHighThe memory usage of Data Storage service is above the high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Scale out all services or the Data Storage service. NOTIFICATION-TYPE .1.0.43.0.49 |
vmwNsxTNSXApplicationPlatformHealthDatastoreMemoryUsageHighClearThe memory usage of Data Storage service is below the high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.50 |
vmwNsxTNSXApplicationPlatformHealthDatastoreMemUsageVeryHiThe memory usage of Data Storage service is above the very high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Scale out all services or the Data Storage service. NOTIFICATION-TYPE .1.0.43.0.51 |
vmwNsxTNSXApplicationPlatformHealthDatastoreMemUsageVeryHiClearThe memory usage of Data Storage service is below the very high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.52 |
vmwNsxTNSXApplicationPlatformHealthMessagingCPUUsageHighThe CPU usage of Messaging service is above the high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Scale out all services or the Messaging service. NOTIFICATION-TYPE .1.0.43.0.53 |
vmwNsxTNSXApplicationPlatformHealthMessagingCPUUsageHighClearThe CPU usage of Messaging service is below the high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.54 |
vmwNsxTNSXApplicationPlatformHealthMessagingCPUUsageVeryHiThe CPU usage of Messaging service is above the very high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Scale out all services or the Messaging service. NOTIFICATION-TYPE .1.0.43.0.55 |
vmwNsxTNSXApplicationPlatformHealthMessagingCPUUsageVeryHiClearThe CPU usage of Messaging service is below the very high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.56 |
vmwNsxTNSXApplicationPlatformHealthMessagingDiskUsageHighThe disk usage of Messaging service is above the high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Clean up files not needed.
Scale out all services or the Messaging service. NOTIFICATION-TYPE .1.0.43.0.57 |
vmwNsxTNSXApplicationPlatformHealthMessagingDiskUsageHighClearThe disk usage of Messaging service is below the high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.58 |
vmwNsxTNSXApplicationPlatformHealthMessagingDiskUsageVeryHiThe disk usage of Messaging service is above the very high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Clean up files not needed.
Scale out all services or the Messaging service. NOTIFICATION-TYPE .1.0.43.0.59 |
vmwNsxTNSXApplicationPlatformHealthMessagingDiskUsageVeryHiClearThe disk usage of Messaging service is below the very high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.60 |
vmwNsxTNSXApplicationPlatformHealthMessagingMemoryUsageHighThe memory usage of Messaging service is above the high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Scale out all services or the Messaging service. NOTIFICATION-TYPE .1.0.43.0.61 |
vmwNsxTNSXApplicationPlatformHealthMessagingMemoryUsageHighClearThe memory usage of Messaging service is below the high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.62 |
vmwNsxTNSXApplicationPlatformHealthMessagingMemUsageVeryHiThe memory usage of Messaging service is above the very high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Scale out all services or the Messaging service. NOTIFICATION-TYPE .1.0.43.0.63 |
vmwNsxTNSXApplicationPlatformHealthMessagingMemUsageVeryHiClearThe memory usage of Messaging service is below the very high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.64 |
vmwNsxTNSXApplicationPlatformHealthNodeCPUUsageHighThe CPU usage of NSX Application Platform node vmwNsxTDataCenterNappNodeName
is above the high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
In the NSX UI, navigate to System | NSX Application Platform | Core Services
and check the System Load field of individual services to see
which service is under pressure. See if load can be reduced. If only a small minority
of the nodes have high CPU usage, by default, Kubernetes will reschedule services automatically.
If most nodes have high CPU usage and load cannot be reduced, click on the Scale Out
button to request more resources. NOTIFICATION-TYPE .1.0.43.0.65 |
vmwNsxTNSXApplicationPlatformHealthNodeCPUUsageHighClearThe CPU usage of NSX Application Platform node vmwNsxTDataCenterNappNodeName
is below the high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.66 |
vmwNsxTNSXApplicationPlatformHealthNodeCPUUsageVeryHighThe CPU usage of NSX Application Platform node vmwNsxTDataCenterNappNodeName
is above the very high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
In the NSX UI, navigate to System | NSX Application Platform | Core Services
and check the System Load field of individual services to see
which service is under pressure. See if load can be reduced. If only a small minority
of the nodes have high CPU usage, by default, Kubernetes will reschedule services automatically.
If most nodes have high CPU usage and load cannot be reduced, click on the Scale Out
button to request more resources. NOTIFICATION-TYPE .1.0.43.0.67 |
vmwNsxTNSXApplicationPlatformHealthNodeCPUUsageVeryHighClearThe CPU usage of NSX Application Platform node vmwNsxTDataCenterNappNodeName
is below the very high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.68 |
vmwNsxTNSXApplicationPlatformHealthNodeDiskUsageHighThe disk usage of NSX Application Platform node vmwNsxTDataCenterNappNodeName is above
the high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
In the NSX UI, navigate to System | NSX Application Platform | Core Services
and check the Storage field of individual services to see which service is
under pressure. Clean up unused data or log to free up disk resources
and see if the load can be reduced. If more disk storage is required, Scale Out the
service under pressure. If data storage service is under strain, another way is to
click on the Scale Up button to increase disk size. NOTIFICATION-TYPE .1.0.43.0.69 |
vmwNsxTNSXApplicationPlatformHealthNodeDiskUsageHighClearThe disk usage of NSX Application Platform node vmwNsxTDataCenterNappNodeName is below
the high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.70 |
vmwNsxTNSXApplicationPlatformHealthNodeDiskUsageVeryHighThe disk usage of NSX Application Platform node vmwNsxTDataCenterNappNodeName is above
the very high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
In the NSX UI, navigate to System | NSX Application Platform | Core Services
and check the Storage field of individual services to see
which service is under pressure. Clean up unused data or log to free up disk resources
and see if the load can be reduced. If more disk storage is required, Scale Out the
service under pressure. If data storage service is under strain, another way is to
click on the Scale Up button to increase disk size. NOTIFICATION-TYPE .1.0.43.0.71 |
vmwNsxTNSXApplicationPlatformHealthNodeDiskUsageVeryHighClearThe disk usage of NSX Application Platform node vmwNsxTDataCenterNappNodeName is below
the very high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.72 |
vmwNsxTNSXApplicationPlatformHealthNodeMemoryUsageHighThe memory usage of NSX Application Platform node vmwNsxTDataCenterNappNodeName
is above the high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
In the NSX UI, navigate to System | NSX Application Platform | Core Services
and check the Memory field of individual services to see
which service is under pressure. See if load can be reduced. If only a small minority
of the nodes have high Memory usage, by default, Kubernetes will reschedule services automatically.
If most nodes have high Memory usage and load cannot be reduced, click on the Scale Out
button to request more resources. NOTIFICATION-TYPE .1.0.43.0.73 |
vmwNsxTNSXApplicationPlatformHealthNodeMemoryUsageHighClearThe memory usage of NSX Application Platform node vmwNsxTDataCenterNappNodeName
is below the high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.74 |
vmwNsxTNSXApplicationPlatformHealthNodeMemoryUsageVeryHighThe memory usage of NSX Application Platform node vmwNsxTDataCenterNappNodeName
is above the very high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
In the NSX UI, navigate to System | NSX Application Platform | Core Services
and check the Memory field of individual services to see
which service is under pressure. See if load can be reduced. If only a small minority
of the nodes have high Memory usage, by default, Kubernetes will reschedule services automatically.
If most nodes have high Memory usage and load cannot be reduced, click on the Scale Out
button to request more resources. NOTIFICATION-TYPE .1.0.43.0.75 |
vmwNsxTNSXApplicationPlatformHealthNodeMemoryUsageVeryHighClearThe memory usage of NSX Application Platform node vmwNsxTDataCenterNappNodeName
is below the very high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.76 |
vmwNsxTNSXApplicationPlatformHealthNodeStatusDegradedNSX Application Platform node vmwNsxTDataCenterNappNodeName is degraded.
Action required:
In the NSX UI, navigate to System | NSX Application Platform | Resources to
check which node is degraded. Check network, memory and CPU usage of the node.
Reboot the node if it is a worker node. NOTIFICATION-TYPE .1.0.43.0.77 |
vmwNsxTNSXApplicationPlatformHealthNodeStatusDegradedClearNSX Application Platform node vmwNsxTDataCenterNappNodeName is running properly.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.78 |
vmwNsxTNSXApplicationPlatformHealthNodeStatusDownNSX Application Platform node vmwNsxTDataCenterNappNodeName is not running.
Action required:
In the NSX UI, navigate to System | NSX Application Platform | Resources to
check which node is down. Check network, memory and CPU usage of the node.
Reboot the node if it is a worker node. NOTIFICATION-TYPE .1.0.43.0.79 |
vmwNsxTNSXApplicationPlatformHealthNodeStatusDownClearNSX Application Platform node vmwNsxTDataCenterNappNodeName is running properly.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.80 |
vmwNsxTNSXApplicationPlatformHealthPlatformCPUUsageHighThe CPU usage of Platform Services service is above the high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Scale out all services. NOTIFICATION-TYPE .1.0.43.0.81 |
vmwNsxTNSXApplicationPlatformHealthPlatformCPUUsageHighClearThe CPU usage of Platform Services service is below the high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.82 |
vmwNsxTNSXApplicationPlatformHealthPlatformCPUUsageVeryHighThe CPU usage of Platform Services service is above the very high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Scale out all services. NOTIFICATION-TYPE .1.0.43.0.83 |
vmwNsxTNSXApplicationPlatformHealthPlatformCPUUsageVeryHighClearThe CPU usage of Platform Services service is below the very high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.84 |
vmwNsxTNSXApplicationPlatformHealthPlatformDiskUsageHighThe disk usage of Platform Services service is above the high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Clean up files not needed.
Scale out all services. NOTIFICATION-TYPE .1.0.43.0.85 |
vmwNsxTNSXApplicationPlatformHealthPlatformDiskUsageHighClearThe disk usage of Platform Services service is below the high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.86 |
vmwNsxTNSXApplicationPlatformHealthPlatformDiskUsageVeryHiThe disk usage of Platform Services service is above the very high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Clean up files not needed.
Scale out all services. NOTIFICATION-TYPE .1.0.43.0.87 |
vmwNsxTNSXApplicationPlatformHealthPlatformDiskUsageVeryHiClearThe disk usage of Platform Services service is below the very high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.88 |
vmwNsxTNSXApplicationPlatformHealthPlatformMemoryUsageHighThe memory usage of Platform Services service is above the high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Scale out all services. NOTIFICATION-TYPE .1.0.43.0.89 |
vmwNsxTNSXApplicationPlatformHealthPlatformMemoryUsageHighClearThe memory usage of Platform Services service is below the high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.90 |
vmwNsxTNSXApplicationPlatformHealthPlatformMemUsageVeryHiThe memory usage of Platform Services service is above the very high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Scale out all services. NOTIFICATION-TYPE .1.0.43.0.91 |
vmwNsxTNSXApplicationPlatformHealthPlatformMemUsageVeryHiClearThe memory usage of Platform Services service is below the very high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.92 |
vmwNsxTNSXApplicationPlatformHealthServiceStatusDegradedService vmwNsxTDataCenterNappServiceName is degraded. The service may still be able to reach a quorum while
pods associated with vmwNsxTDataCenterNappServiceName are not all stable. Resources consumed by these
unstable pods may be released.
Action required:
In the NSX UI, navigate to System | NSX Application Platform | Core Services to check which service
is degraded. Invoke the NSX API GET /napp/api/v1/platform/monitor/feature/health to check which
specific service is degraded and the reason behind it. Invoke the following CLI command to restart
the degraded service if necessary:
`kubectl rollout restart <statefulset/deployment> <service_name> -n <namespace>`
Degraded services can function correctly but performance is sub-optimal. NOTIFICATION-TYPE .1.0.43.0.93 |
vmwNsxTNSXApplicationPlatformHealthServiceStatusDegradedClearService vmwNsxTDataCenterNappServiceName is running properly.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.94 |
vmwNsxTNSXApplicationPlatformHealthServiceStatusDownService vmwNsxTDataCenterNappServiceName is not running.
Action required:
In the NSX UI, navigate to System | NSX Application Platform | Core Services to check which service
is degraded. Invoke the NSX API GET /napp/api/v1/platform/monitor/feature/health to check which
specific service is down and the reason behind it. Invoke the following CLI command to restart
the degraded service:
`kubectl rollout restart <statefulset/deployment> <service_name> -n <namespace>` NOTIFICATION-TYPE .1.0.43.0.95 |
vmwNsxTNSXApplicationPlatformHealthServiceStatusDownClearService vmwNsxTDataCenterNappServiceName is running properly.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.96 |
vmwNsxTNSXApplicationPlatformHealthMetricsCPUUsageHighThe CPU usage of Metrics service is above the high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Scale out all services. NOTIFICATION-TYPE .1.0.43.0.97 |
vmwNsxTNSXApplicationPlatformHealthMetricsCPUUsageHighClearThe CPU usage of Metrics service is below the high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.98 |
vmwNsxTNSXApplicationPlatformHealthMetricsCPUUsageVeryHighThe CPU usage of Metrics service is above the very high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Scale out all services. NOTIFICATION-TYPE .1.0.43.0.99 |
vmwNsxTNSXApplicationPlatformHealthMetricsCPUUsageVeryHighClearThe CPU usage of Metrics service is below the very high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.100 |
vmwNsxTNSXApplicationPlatformHealthMetricsDiskUsageHiThe disk usage of Metrics service is above the high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Clean up files not needed.
Scale out all services. NOTIFICATION-TYPE .1.0.43.0.101 |
vmwNsxTNSXApplicationPlatformHealthMetricsDiskUsageHiClearThe disk usage of Metrics service is below the high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.102 |
vmwNsxTNSXApplicationPlatformHealthMetricsDiskUsageVeryHighThe disk usage of Metrics service is above the very high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Clean up files not needed.
Scale out all services. NOTIFICATION-TYPE .1.0.43.0.103 |
vmwNsxTNSXApplicationPlatformHealthMetricsDiskUsageVeryHighClearThe disk usage of Metrics service is below the very high
threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.104 |
vmwNsxTNSXApplicationPlatformHealthMetricsMemUasgeHiThe memory usage of Metrics service is above the high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Scale out all services. NOTIFICATION-TYPE .1.0.43.0.105 |
vmwNsxTNSXApplicationPlatformHealthMetricsMemUasgeHiClearThe memory usage of Metrics service is below the high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.106 |
vmwNsxTNSXApplicationPlatformHealthMetricsMemUsageVeryHighThe memory usage of Metrics service is above the very high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Scale out all services. NOTIFICATION-TYPE .1.0.43.0.107 |
vmwNsxTNSXApplicationPlatformHealthMetricsMemUsageVeryHighClearThe memory usage of Metrics service is below the very high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.108 |
vmwNsxTNSXApplicationPlatformHealthConfigDbMemUsageHighThe memory usage of Configuration Database service is above the high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
Scale out all services. NOTIFICATION-TYPE .1.0.43.0.109 |
vmwNsxTNSXApplicationPlatformHealthConfigDbMemUsageHighClearThe memory usage of Configuration Database service is below the high threshold
value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.110 |
vmwNsxTNSXApplicationPlatformHealthNappStatusDegradedNSX Application Platform cluster vmwNsxTDataCenterNappClusterId overall status is degraded.
Action required:
Get more information from alarms of nodes and services. NOTIFICATION-TYPE .1.0.43.0.117 |
vmwNsxTNSXApplicationPlatformHealthNappStatusDegradedClearNSX Application Platform cluster vmwNsxTDataCenterNappClusterId is running properly.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.118 |
vmwNsxTNSXApplicationPlatformHealthNappStatusDownNSX Application Platform cluster vmwNsxTDataCenterNappClusterId overall status is down.
Action required:
Get more information from alarms of nodes and services. NOTIFICATION-TYPE .1.0.43.0.119 |
vmwNsxTNSXApplicationPlatformHealthNappStatusDownClearNSX Application Platform cluster vmwNsxTDataCenterNappClusterId is running properly.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.43.0.120 |
vmwNsxTEdgeFeaturePrefixNotifications applicable to the Edge feature have this OID prefix. OBJECT IDENTIFIER .1.0.45 |
vmwNsxTEdgeFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for Edge feature notifications. OBJECT IDENTIFIER .1.0.45.0 |
vmwNsxTEdgeEdgeNodeSettingsAndvSphereSettingsAreChangedThe Edge node vmwNsxTDataCenterEntityId settings and vSphere configuration are changed and does not
match the policy intent configuration. The Edge node configuration visible to user
on UI or API is not same as what is realized. The realized Edge node changes made by
user outside of NSX Manager are shown in the details of this alarm and any edits in
UI or API will overwrite the realized configuration. Fields that differ for Edge node
settings and vSphere configuration are listed in runtime data vmwNsxTDataCenterEdgeNodeAndvSphereSettingsMismatchReason
Action required:
Review the node settings and vSphere configuration of this Edge Transport Node vmwNsxTDataCenterEntityId.
Follow one of following actions to resolve alarm -
1. Manually update Edge Transport Node setting Policy intent using
API : PUT https://<manager-ip>/api/v1/transport-nodes/<tn-id>.
2. Accept intent or vSphere realized Edge node configuration or realized
Edge node settings for this Edge Transport Node through Edge Transport Node
resolver to resolve this alarm.
3. Resolve alarm by accepting the Edge node settings and vSphere realized configuration
using refresh API - POST https://<manager-ip>/api/v1/transport-nodes/<tn-id>?action=refresh_node_configuration&resource_type=EdgeNode. NOTIFICATION-TYPE .1.0.45.0.1 |
vmwNsxTEdgeEdgeNodeSettingsAndvSphereSettingsAreChangedClearEdge node vmwNsxTDataCenterEntityId node settings and vSphere settings are consistent with policy intent now.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.45.0.2 |
vmwNsxTEdgeEdgeNodeSettingsMismatchThe Edge node vmwNsxTDataCenterEntityId settings configuration does not match the policy
intent configuration. The Edge node configuration visible to user on
UI or API is not same as what is realized. The realized Edge node changes
made by user outside of NSX Manager are shown in the details of this alarm
and any edits in UI or API will overwrite the realized configuration.
Fields that differ for the Edge node are listed in runtime data
vmwNsxTDataCenterEdgeNodeSettingMismatchReason
Action required:
Review the node settings of this Edge transport node vmwNsxTDataCenterEntityId.
Follow one of following actions to resolve alarm -
1. Manually update Edge transport node setting Policy intent
using API - PUT https://<manager-ip>/api/v1/transport-nodes/<tn-id>.
2. Accept intent or realized Edge node settings for this Edge transport node
through Edge transport node resolver to resolve this alarm.
3. Resolve alarm by accepting the Edge node settings configuration using
refresh API - POST https://<manager-ip>/api/v1/transport-nodes/<tn-id>?action=refresh_node_configuration&resource_type=EdgeNode. NOTIFICATION-TYPE .1.0.45.0.3 |
vmwNsxTEdgeEdgeNodeSettingsMismatchClearEdge node vmwNsxTDataCenterEntityId node settings are consistent with policy intent now.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.45.0.4 |
vmwNsxTEdgeEdgeVmvSphereSettingsMismatchThe Edge node vmwNsxTDataCenterEntityId configuration on vSphere does not match the policy
intent configuration. The Edge node configuration visible to user on UI or API
is not same as what is realized. The realized Edge node changes made by user
outside of NSX Manager are shown in the details of this alarm and any edits
in UI or API will overwrite the realized configuration. Fields that differ for
the Edge node are listed in runtime data vmwNsxTDataCenterEdgeVMvSphereSettingsMismatchReason
Action required:
Review the vSphere configuration of this Edge Transport Node vmwNsxTDataCenterEntityId.
Follow one of following actions to resolve alarm -
1. Accept intent or vSphere realized Edge node configuration for this Edge Transport Node
through Edge Transport Node resolver to resolve this alarm.
2. Resolve alarm by accepting the Edge node vSphere realized configuration using
refresh API - POST https://<manager-ip>/api/v1/transport-nodes/<tn-id>?action=refresh_node_configuration&resource_type=EdgeNode. NOTIFICATION-TYPE .1.0.45.0.5 |
vmwNsxTEdgeEdgeVmvSphereSettingsMismatchClearEdge node vmwNsxTDataCenterEntityId VM vSphere settings are consistent with policy intent now.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.45.0.6 |
vmwNsxTEdgeEdgevSphereLocationMismatchThe Edge node vmwNsxTDataCenterEntityId has been moved using vMotion. The Edge node vmwNsxTDataCenterEntityId, the configuration
on vSphere does not match the policy intent configuration. The Edge node configuration visible to
user on UI or API is not same as what is realized. The realized Edge node changes made by user outside
of NSX Manager are shown in the details of this alarm. Fields that differ for the Edge node are listed
in runtime data vmwNsxTDataCenterEdgevSphereLocationMismatchReason
Action required:
Review the vSphere configuration of this Edge Transport Node vmwNsxTDataCenterEntityId.
Follow one of following actions to resolve alarm -
1. Resolve alarm by accepting the Edge node vSphere realized config using
refresh API - POST https://<manager-ip>/api/v1/transport-nodes/<tn-id>?action=refresh_node_configuration&resource_type=EdgeNode.
2. If you want to return to the previous location use
NSX Redeploy API - POST https://<manager-ip>/api/v1/transport-nodes/<tn-id>?action=redeploy.
vMotion back to the original host is not supported. NOTIFICATION-TYPE .1.0.45.0.7 |
vmwNsxTEdgeEdgevSphereLocationMismatchClearEdge node vmwNsxTDataCenterEntityId node vSphere settings are consistent with policy intent now.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.45.0.8 |
vmwNsxTEdgeEdgeVMPresentInNSXInventoryNotPresentInvCenterThe VM vmwNsxTDataCenterPolicyEdgeVMName with moref id vmwNsxTDataCenterVMMorefId corresponding to the Edge Transport node
vmwNsxTDataCenterEntityId vSphere placement parameters is found in NSX inventory but is not present in vCenter.
Check if the VM has been removed in vCenter or is present with
a different VM moref id.
Action required:
The managed object reference moref id of a VM has the form vm-number, which is
visible in the URL on selecting the Edge VM in vCenter UI. Example vm-12011 in
https://<vc-url>/ui/app/vm;nav=h/urn:vmomi:VirtualMachine:vm-12011:164ff798-c4f1-495b-a0be-adfba337e5d2/summary
Find the VM vmwNsxTDataCenterPolicyEdgeVMName with moref id vmwNsxTDataCenterVMMorefId in vCenter for this Edge
Transport Node vmwNsxTDataCenterEntityId.
If the Edge VM is present in vCenter with a different moref id, follow the below action.
Use NSX add or update placement API with JSON request payload properties vm_id and vm_deployment_config
to update the new vm moref id and vSphere deployment parameters.
POST https://<manager-ip>/api/v1/transport-nodes/<tn-id>?action=addOrUpdatePlacementReferences.
If the Edge VM with name vmwNsxTDataCenterPolicyEdgeVMName is not present in vCenter, use the NSX Redeploy API
to deploy a new VM for the Edge node.
POST https://<manager-ip>/api/v1/transport-nodes/<tn-id>?action=redeploy. NOTIFICATION-TYPE .1.0.45.0.9 |
vmwNsxTEdgeEdgeVMPresentInNSXInventoryNotPresentInvCenterClearEdge node vmwNsxTDataCenterEntityId with VM moref id vmwNsxTDataCenterVMMorefId is present in both NSX inventory and vCenter.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.45.0.10 |
vmwNsxTEdgeEdgeVMNotPresentInBothNSXInventoryAndvCenterThe VM vmwNsxTDataCenterPolicyEdgeVMName with moref id vmwNsxTDataCenterVMMorefId corresponding to the Edge Transport node
vmwNsxTDataCenterEntityId vSphere placement parameters is not found in both NSX inventory and vCenter.
The placement parameters in the vSphere configuration of this Edge Transport
node vmwNsxTDataCenterEntityId refer to the VM with moref vmwNsxTDataCenterVMMorefId.
Action required:
The managed object reference moref id of a VM has the form vm-number, which is
visible in the URL on selecting the Edge VM in vCenter UI. Example vm-12011 in
https://<vc-url>/ui/app/vm;nav=h/urn:vmomi:VirtualMachine:vm-12011:164ff798-c4f1-495b-a0be-adfba337e5d2/summary
Find the VM vmwNsxTDataCenterPolicyEdgeVMName with moref id vmwNsxTDataCenterVMMorefId in vCenter for this Edge
Transport Node vmwNsxTDataCenterEntityId.
Follow the below action to resolve the alarm -
Check if VM has been deleted in vSphere or is present with a different moref id.
1. If the VM is still present in vCenter, put the Edge Transport node in
maintenance mode and then power off and delete the Edge VM in vCenter. Use the NSX
Redeploy API to deploy a new VM for the Edge node. Data traffic for the Edge Transport
node will be disrupted in the interim duration if the Edge VM is forwarding traffic.
2. If the VM is not present in vCenter, use the redeploy API to deploy a new VM for the Edge node.
POST https://<manager-ip>/api/v1/transport-nodes/<tn-id>?action=redeploy. NOTIFICATION-TYPE .1.0.45.0.11 |
vmwNsxTEdgeEdgeVMNotPresentInBothNSXInventoryAndvCenterClearEdge node vmwNsxTDataCenterEntityId with VM moref id vmwNsxTDataCenterVMMorefId is present in both NSX inventory and vCenter.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.45.0.12 |
vmwNsxTEdgeFailedToDeleteTheOldVMInvCenterDuringRedeployFailed to power off and delete the Edge node vmwNsxTDataCenterEntityId VM with moref id vmwNsxTDataCenterVMMorefId
in vCenter during Redeploy operation. A new Edge VM with moref id vmwNsxTDataCenterNewVMMorefId has
been deployed. Both old and new VMs for this Edge are functional at the same time and
may result in IP conflicts and networking issues.
Action required:
The managed object reference moref id of a VM has the form vm-number, which is
visible in the URL on selecting the Edge VM in vCenter UI. Example vm-12011 in
https://<vc-url>/ui/app/vm;nav=h/urn:vmomi:VirtualMachine:vm-12011:164ff798-c4f1-495b-a0be-adfba337e5d2/summary
Find the VM vmwNsxTDataCenterPolicyEdgeVMName with moref id vmwNsxTDataCenterVMMorefId in vCenter for this Edge
Transport Node vmwNsxTDataCenterEntityId.
Power off and delete the old Edge VM vmwNsxTDataCenterPolicyEdgeVMName with moref id vmwNsxTDataCenterVMMorefId in vCenter. NOTIFICATION-TYPE .1.0.45.0.13 |
vmwNsxTEdgeFailedToDeleteTheOldVMInvCenterDuringRedeployClearEdge node vmwNsxTDataCenterEntityId with stale VM moref id vmwNsxTDataCenterVMMorefId is not found
anymore in both NSX inventory and vCenter. New deployed VM with moref id vmwNsxTDataCenterNewVMMorefId
is present in both NSX inventory and vCenter.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.45.0.14 |
vmwNsxTEdgeEdgeHardwareVersionMismatchThe Edge node vmwNsxTDataCenterTransportNodeName in Edge cluster vmwNsxTDataCenterEdgeClusterName has a hardware version vmwNsxTDataCenterEdgeTNHwVersion,
which is less than the highest hardware version vmwNsxTDataCenterEdgeClusterHighestHwVersion in the Edge cluster.
Action required:
Follow KB article to resolve hardware version mismatch alarm for Edge node vmwNsxTDataCenterTransportNodeName.
For more information see:
https://www.vmware.com/esx/support/askvmware/index.php?eventtype=edge.edge_hardware_version_mismatch NOTIFICATION-TYPE .1.0.45.0.15 |
vmwNsxTEdgeEdgeHardwareVersionMismatchClearThe Edge node vmwNsxTDataCenterTransportNodeName hardware version mismatch is resolved now.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.45.0.16 |
vmwNsxTNATFeaturePrefixNotifications applicable to the NAT feature have this OID prefix. OBJECT IDENTIFIER .1.0.46 |
vmwNsxTNATFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for NAT feature notifications. OBJECT IDENTIFIER .1.0.46.0 |
vmwNsxTNATSNATPortUsageOnGatewayIsHighSNAT ports usage on logical router vmwNsxTDataCenterEntityId for
SNAT IP vmwNsxTDataCenterSNATIPAddress has reached
the high threshold value of vmwNsxTDataCenterSystemUsageThreshold%. New flows will
not be SNATed when usage reaches the maximum limit.
Action required:
Log in as the admin user on Edge node and invoke the NSX CLI command
`get firewall <LR_INT_UUID> connection state` by using the right interface
uuid and check various SNAT mappings for the SNAT IP vmwNsxTDataCenterSNATIPAddress.
Check traffic flows going through the gateway is not a denial-of-service
attack or anomalous burst. If the traffic appears to be within
the normal load but the alarm threshold is hit, consider adding more
SNAT IP addresses to distribute the load or
route new traffic to another Edge node. NOTIFICATION-TYPE .1.0.46.0.1 |
vmwNsxTNATSNATPortUsageOnGatewayIsHighClearSNAT ports usage on logical router vmwNsxTDataCenterEntityId for SNAT IP vmwNsxTDataCenterSNATIPAddress
has reached below the high threshold value of vmwNsxTDataCenterSystemUsageThreshold%.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.46.0.2 |
vmwNsxTPhysicalServerFeaturePrefixNotifications applicable to the PhysicalServer feature have this OID prefix. OBJECT IDENTIFIER .1.0.47 |
vmwNsxTPhysicalServerFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for PhysicalServer feature notifications. OBJECT IDENTIFIER .1.0.47.0 |
vmwNsxTPhysicalServerPhysicalServerInstallFailedPhysical Server vmwNsxTDataCenterTransportNodeName (vmwNsxTDataCenterEntityId) installation failed.
Action required:
Navigate to System > Fabric > Nodes > Host Transport Nodes and resolve the error on the node. NOTIFICATION-TYPE .1.0.47.0.1 |
vmwNsxTPhysicalServerPhysicalServerInstallFailedClearPhysical Server vmwNsxTDataCenterTransportNodeName (vmwNsxTDataCenterEntityId) installation completed.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.47.0.2 |
vmwNsxTPhysicalServerPhysicalServerUninstallFailedPhysical Server vmwNsxTDataCenterTransportNodeName (vmwNsxTDataCenterEntityId) uninstallation failed.
Action required:
Navigate to System > Fabric > Nodes > Host Transport Nodes and resolve the error on the node. NOTIFICATION-TYPE .1.0.47.0.3 |
vmwNsxTPhysicalServerPhysicalServerUninstallFailedClearPhysical Server vmwNsxTDataCenterTransportNodeName (vmwNsxTDataCenterEntityId) uninstallation completed.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.47.0.4 |
vmwNsxTPhysicalServerPhysicalServerUpgradeFailedPhysical Server vmwNsxTDataCenterTransportNodeName (vmwNsxTDataCenterEntityId) upgrade failed.
Action required:
Navigate to System > Upgrade and resolve the error, then re-trigger the upgrade. NOTIFICATION-TYPE .1.0.47.0.5 |
vmwNsxTPhysicalServerPhysicalServerUpgradeFailedClearPhysical Server vmwNsxTDataCenterTransportNodeName (vmwNsxTDataCenterEntityId) upgrade completed.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.47.0.6 |
vmwNsxTMalwarePreventionHealthFeaturePrefixNotifications applicable to the MalwarePreventionHealth feature have this OID prefix. OBJECT IDENTIFIER .1.0.48 |
vmwNsxTMalwarePreventionHealthFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for MalwarePreventionHealth feature notifications. OBJECT IDENTIFIER .1.0.48.0 |
vmwNsxTMalwarePreventionHealthAnalystAPIServiceUnreachableService vmwNsxTDataCenterMpsServiceName is degraded on NSX Application Platform. It is unable to
communicate with analyst_api service. Inspected file verdicts may not be up to date.
Action required:
In the NSX UI, navigate to System | NSX Application Platform | Core Services to check which
service is degraded. Invoke the NSX API GET /napp/api/v1/platform/monitor/feature/health to
check which specific service is down and the reason behind it. Invoke the following CLI command
to restart the degraded service:
`kubectl rollout restart <statefulset/deployment> <service_name> -n <namespace>`
Determine the status of Malware Prevention Cloud Connector service.
For more information see:
https://www.vmware.com/esx/support/askvmware/index.php?eventtype=malware_prevention_health.analyst_api_service_unreachable NOTIFICATION-TYPE .1.0.48.0.1 |
vmwNsxTMalwarePreventionHealthAnalystAPIServiceUnreachableClearService vmwNsxTDataCenterMpsServiceName is running properly on NSX Application Platform.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.48.0.2 |
vmwNsxTMalwarePreventionHealthDatabaseUnreachableService vmwNsxTDataCenterMpsServiceName is degraded on NSX Application Platform. It is unable to
communicate with Malware Prevention database.
Action required:
In the NSX UI, navigate to System | NSX Application Platform | Core Services to check which
service is degraded. Invoke the NSX API GET /napp/api/v1/platform/monitor/feature/health to
check which specific service is down and the reason behind it. Invoke the following CLI command
to restart the degraded service:
`kubectl rollout restart <statefulset/deployment> <service_name> -n <namespace>`
Determine the status of Malware Prevention Database service.
For more information see:
https://www.vmware.com/esx/support/askvmware/index.php?eventtype=malware_prevention_health.database_unreachable NOTIFICATION-TYPE .1.0.48.0.3 |
vmwNsxTMalwarePreventionHealthDatabaseUnreachableClearService vmwNsxTDataCenterMpsServiceName is running properly on NSX Application Platform.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.48.0.4 |
vmwNsxTMalwarePreventionHealthFileExtractSvcUnreachableService vmwNsxTDataCenterMpsServiceName is degraded on vmwNsxTDataCenterTransportNodeName. Unable to communicate
with file extraction functionality. All file extraction abilities on the
vmwNsxTDataCenterTransportNodeName are paused.
Action required:
1. On the Edge node identified by vmwNsxTDataCenterNSXEdgeTNName, invoke the NSX CLI `get ids engine status`
to check the status of file_extraction (IDS) service. Inspect /var/log/syslog to find any
suspecting error(s) with the file extraction (IDS) service and/or vmwNsxTDataCenterMpsServiceName.
2. On the Host node identified by vmwNsxTDataCenterNSXESXTNName, log into the associated Malware Prevention
Service VM vmwNsxTDataCenterEntityId and check the status of file extraction (NXGI) service. Inspect
/var/log/syslog on the associated Malware Prevention Service VM vmwNsxTDataCenterEntityId to find any
suspecting error(s).
For more information see:
https://www.vmware.com/esx/support/askvmware/index.php?eventtype=malware_prevention_health.file_extraction_service_unreachable NOTIFICATION-TYPE .1.0.48.0.5 |
vmwNsxTMalwarePreventionHealthFileExtractSvcUnreachableClearService vmwNsxTDataCenterMpsServiceName is running properly on vmwNsxTDataCenterTransportNodeName.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.48.0.6 |
vmwNsxTMalwarePreventionHealthNTICSRepSvcUnreachableService vmwNsxTDataCenterMpsServiceName is degraded on NSX Application Platform. It is unable to
communicate with NTICS reputation service. Inspected file reputations may not be up to date.
Action required:
In the NSX UI, navigate to System | NSX Application Platform | Core Services to check which
service is degraded. Invoke the NSX API GET /napp/api/v1/platform/monitor/feature/health to
check which specific service is down and the reason behind it. Invoke the following CLI command
to restart the degraded service:
`kubectl rollout restart <statefulset/deployment> <service_name> -n <namespace>`
Determine if access to NTICS service is down. NOTIFICATION-TYPE .1.0.48.0.7 |
vmwNsxTMalwarePreventionHealthNTICSRepSvcUnreachableClearService vmwNsxTDataCenterMpsServiceName is running properly on NSX Application Platform.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.48.0.8 |
vmwNsxTMalwarePreventionHealthServiceStatusDownService vmwNsxTDataCenterMpsServiceName is not running on vmwNsxTDataCenterTransportNodeName.
Action required:
1. On the Edge node identified by vmwNsxTDataCenterNSXEdgeTNName, invoke the NSX CLI `get services`
to check the status of vmwNsxTDataCenterMpsServiceName. Inspect /var/log/syslog to find any suspecting
error(s).
2. On the Host node identified by vmwNsxTDataCenterNSXESXTNName, log into the associated Malware Prevention
Service VM vmwNsxTDataCenterEntityId and check the status of vmwNsxTDataCenterMpsServiceName. Inspect /var/log/syslog on
the associated Malware Prevention Service VM vmwNsxTDataCenterEntityId to find any suspecting error(s).
For more information see:
https://www.vmware.com/esx/support/askvmware/index.php?eventtype=malware_prevention_health.service_status_down NOTIFICATION-TYPE .1.0.48.0.9 |
vmwNsxTMalwarePreventionHealthServiceStatusDownClearService vmwNsxTDataCenterMpsServiceName is running properly on vmwNsxTDataCenterTransportNodeName.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.48.0.10 |
vmwNsxTEdgeClusterFeaturePrefixNotifications applicable to the EdgeCluster feature have this OID prefix. OBJECT IDENTIFIER .1.0.49 |
vmwNsxTEdgeClusterFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for EdgeCluster feature notifications. OBJECT IDENTIFIER .1.0.49.0 |
vmwNsxTEdgeClusterEdgeClusterMemberRelocateFailureThe operation on Edge cluster vmwNsxTDataCenterEdgeClusterId to relocate all service
context failed for Edge cluster member index vmwNsxTDataCenterMemberIndexId with
Transport node ID vmwNsxTDataCenterTransportNodeId
Action required:
Review the available capacity for the Edge cluster. If more capacity
is required, scale your Edge cluster. Retry the relocate Edge cluster
member operation. NOTIFICATION-TYPE .1.0.49.0.5 |
vmwNsxTEdgeClusterEdgeClusterMemberRelocateFailureClearEdge node with vmwNsxTDataCenterTransportNodeId relocation failure has been resolved now.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.49.0.6 |
vmwNsxTVMCAppFeaturePrefixNotifications applicable to the VMCApp feature have this OID prefix. OBJECT IDENTIFIER .1.0.50 |
vmwNsxTVMCAppFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for VMCApp feature notifications. OBJECT IDENTIFIER .1.0.50.0 |
vmwNsxTVMCAppTransitConnectFailureTransit Connect related configuration is not
fully correctly realized. Possible issues could be
failing to retrieve provider information or some
transient provider communication error.
Action required:
If this alarm is not auto-resolved within 10
minutes, retry the most recent transit connect
related request(s). For example, if a TGW
attachment API request triggered this alarm,
retry the TGW attachment API request again.
If alarm does not resolve even after retry, then try the following steps:
1. Check if the task keeps failing, or the task has recovered.
a) Identify leader Manager node.
After logging into one of the nodes, run command:
- `su admin`
- `get cluster status verbose`
This will show the leader Manager node
b) Log in to NSX leader Manager node.
check vmc-app.log on the NSX leader Manager node:
- `tail -f /var/log/policy/vmc-app.log`
c) Check logs for following prints
- If any of these error messages keeps showing every two mins, that means task keeps failing.
- Failed to get TGW route table for []. Error: []
- Failed to get TGW routes for attachment [] in route table []. Error
- Failed to get TGW attachment VPC ID for []. Error: []
- Failed to get TGW attachment resource ID for []. Error: Unknown resource type
- Failed to get TGW attachments for TGW []. Error: []
- Failed to get local TGW attachment []. Error: []
- Failed to find correct TgwAttachment state in AWS, state: [], skipping TGW route update task
- TGW attachment [] is not associated with any route table
- No local TGW SDDC attachment found for []
2. Check if all AWS calls from NSX Manager failed, on leader Manager node.
Run following command:
- `export HTTP_PROXY=http://<pop ip>:3128`
- `export HTTPS_PROXY=http://<pop ip>:3128`
- `export NO_PROXY=169.254.169.254`
- `aws ec2 describe-instances
If aws command failed with error, then there might be a system issue in HTTP
reverse proxy configuration on pop, or there is AWS service side issue.
3. Check whether TGW attachment still exists in AWS.
a) TGW attachment ID could be found with GET cloud-service/api/v1/infra/associated-groups
- `aws ec2 describe-transit-gateway-attachments transit-gateway-attachment-id <TGW attachment ID>`
If TGW attachment has been deleted, contact VMware Support, share SDDC ID and TGW attachment ID.
After VMware support team identified the issue, manually delete the object left behind, if needed.
b) Check if this TGW attachment exists on AWS console.
c) Another option is logging in to NSX Manager, using aws command to check the state of TGW attachment:
- `aws ec2 describe-transit-gateway-attachments transit-gateway-attachment-id <TGW attachment ID>` NOTIFICATION-TYPE .1.0.50.0.1 |
vmwNsxTVMCAppTransitConnectFailureClearTransit Connect failure is remediated.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.50.0.2 |
vmwNsxTTEPHealthFeaturePrefixNotifications applicable to the TEPHealth feature have this OID prefix. OBJECT IDENTIFIER .1.0.51 |
vmwNsxTTEPHealthFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for TEPHealth feature notifications. OBJECT IDENTIFIER .1.0.51.0 |
vmwNsxTTEPHealthFaultyTEPTEP:vmwNsxTDataCenterVtepName of VDS:vmwNsxTDataCenterDvsName at Transport node:vmwNsxTDataCenterTransportNodeId.
Overlay workloads using this TEP will face network outage.
Reason: vmwNsxTDataCenterVtepFaultReason.
Action required:
1. Check if TEP has valid IP or any other underlay connectivity issues.
2. Enable TEP HA to failover workloads to other healthy TEPs. NOTIFICATION-TYPE .1.0.51.0.1 |
vmwNsxTTEPHealthFaultyTEPClearTEP:vmwNsxTDataCenterVtepName of VDS:vmwNsxTDataCenterDvsName at Transport node:vmwNsxTDataCenterTransportNodeId is healthy.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.51.0.2 |
vmwNsxTTEPHealthFaultyTEPOnDPUTEP:vmwNsxTDataCenterVtepName of VDS:vmwNsxTDataCenterDvsName at Transport node:vmwNsxTDataCenterTransportNodeId on DPU vmwNsxTDataCenterDPUId.
Overlay workloads using this TEP will face network outage.
Reason: vmwNsxTDataCenterVtepFaultReason.
Action required:
1. Check if TEP has valid IP or any other underlay connectivity issues.
2. Enable TEP HA to failover workloads to other healthy TEPs. NOTIFICATION-TYPE .1.0.51.0.3 |
vmwNsxTTEPHealthFaultyTEPOnDPUClearTEP:vmwNsxTDataCenterVtepName of VDS:vmwNsxTDataCenterDvsName at Transport node:vmwNsxTDataCenterTransportNodeId on DPU vmwNsxTDataCenterDPUId is healthy.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.51.0.4 |
vmwNsxTTEPHealthTEPAutorecoverFailureAuto Recover for TEP:vmwNsxTDataCenterVtepName of VDS:vmwNsxTDataCenterDvsName at Transport node:vmwNsxTDataCenterTransportNodeId failed.
Overlay workloads using this TEP will failover to other healthy TEPs.
If no other healthy TEPs, overlay workloads will face network outage.
Action required:
Check if TEP has valid IP or any other underlay connectivity issues. NOTIFICATION-TYPE .1.0.51.0.5 |
vmwNsxTTEPHealthTEPAutorecoverFailureClearAuto Recover for TEP:vmwNsxTDataCenterVtepName of VDS:vmwNsxTDataCenterDvsName at Transport node:vmwNsxTDataCenterTransportNodeId is cleared.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.51.0.6 |
vmwNsxTTEPHealthTEPAutorecoverFailureOnDPUAuto Recover for TEP:vmwNsxTDataCenterVtepName of VDS:vmwNsxTDataCenterDvsName at Transport node:vmwNsxTDataCenterTransportNodeId on DPU vmwNsxTDataCenterDPUId failed.
Overlay workloads using this TEP will failover to other healthy TEPs.
If no other healthy TEPs, overlay workloads will face network outage.
Action required:
Check if TEP has valid IP or any other underlay connectivity issues. NOTIFICATION-TYPE .1.0.51.0.7 |
vmwNsxTTEPHealthTEPAutorecoverFailureOnDPUClearAuto Recover for TEP:vmwNsxTDataCenterVtepName of VDS:vmwNsxTDataCenterDvsName at Transport node:vmwNsxTDataCenterTransportNodeId on DPU vmwNsxTDataCenterDPUId is cleared.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.51.0.8 |
vmwNsxTTEPHealthTEPAutorecoverSuccessAuto Recover for TEP:vmwNsxTDataCenterVtepName of VDS:vmwNsxTDataCenterDvsName at Transport node:vmwNsxTDataCenterTransportNodeId is successful.
Action required:
None. NOTIFICATION-TYPE .1.0.51.0.9 |
vmwNsxTTEPHealthTEPAutorecoverSuccessClearAuto Recover for TEP:vmwNsxTDataCenterVtepName of VDS:vmwNsxTDataCenterDvsName at Transport node:vmwNsxTDataCenterTransportNodeId is cleared.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.51.0.10 |
vmwNsxTTEPHealthTEPAutorecoverSuccessOnDPUAuto Recover for TEP:vmwNsxTDataCenterVtepName of VDS:vmwNsxTDataCenterDvsName at Transport node:vmwNsxTDataCenterTransportNodeId.
on DPU vmwNsxTDataCenterDPUId is successful.
Action required:
None. NOTIFICATION-TYPE .1.0.51.0.11 |
vmwNsxTTEPHealthTEPAutorecoverSuccessOnDPUClearAuto Recover for TEP:vmwNsxTDataCenterVtepName of VDS:vmwNsxTDataCenterDvsName at Transport node:vmwNsxTDataCenterTransportNodeId.
on DPU vmwNsxTDataCenterDPUId is cleared.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.51.0.12 |
vmwNsxTTEPHealthTEPHaActivatedTEP HA activated for TEP:vmwNsxTDataCenterVtepName of VDS:vmwNsxTDataCenterDvsName at Transport node:vmwNsxTDataCenterTransportNodeId.
Action required:
Enable AutoRecover or invoke Manual Recover for TEP:vmwNsxTDataCenterVtepName on VDS:vmwNsxTDataCenterDvsName at Transport node:vmwNsxTDataCenterTransportNodeId. NOTIFICATION-TYPE .1.0.51.0.13 |
vmwNsxTTEPHealthTEPHaActivatedClearTEP HA cleared for TEP:vmwNsxTDataCenterVtepName of VDS:vmwNsxTDataCenterDvsName at Transport node:vmwNsxTDataCenterTransportNodeId.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.51.0.14 |
vmwNsxTTEPHealthTEPHaActivatedOnDPUTEP HA activated for TEP:vmwNsxTDataCenterVtepName of VDS:vmwNsxTDataCenterDvsName at Transport node:vmwNsxTDataCenterTransportNodeId on DPU vmwNsxTDataCenterDPUId.
Action required:
Enable AutoRecover or invoke Manual Recover for TEP:vmwNsxTDataCenterVtepName on VDS:vmwNsxTDataCenterDvsName.
at Transport node:vmwNsxTDataCenterTransportNodeId on DPU vmwNsxTDataCenterDPUId. NOTIFICATION-TYPE .1.0.51.0.15 |
vmwNsxTTEPHealthTEPHaActivatedOnDPUClearTEP HA cleared for TEP:vmwNsxTDataCenterVtepName of VDS:vmwNsxTDataCenterDvsName at Transport node:vmwNsxTDataCenterTransportNodeId on DPU vmwNsxTDataCenterDPUId.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.51.0.16 |
vmwNsxTPolicyConstraintFeaturePrefixNotifications applicable to the PolicyConstraint feature have this OID prefix. OBJECT IDENTIFIER .1.0.53 |
vmwNsxTPolicyConstraintFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for PolicyConstraint feature notifications. OBJECT IDENTIFIER .1.0.53.0 |
vmwNsxTPolicyConstraintCreationCountLimitReachedEntity count for type vmwNsxTDataCenterConstraintType in vmwNsxTDataCenterConstraintTypePath is currently at vmwNsxTDataCenterCurrentCount which reached the maximum limit of vmwNsxTDataCenterConstraintLimit.
Action required:
Review vmwNsxTDataCenterConstraintType usage. Update the constraint to increase the limit or delete unused vmwNsxTDataCenterConstraintType. NOTIFICATION-TYPE .1.0.53.0.1 |
vmwNsxTPolicyConstraintCreationCountLimitReachedClearvmwNsxTDataCenterConstraintType Count is below threshold.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.53.0.2 |
vmwNsxTGroupsFeaturePrefixNotifications applicable to the Groups feature have this OID prefix. OBJECT IDENTIFIER .1.0.54 |
vmwNsxTGroupsFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for Groups feature notifications. OBJECT IDENTIFIER .1.0.54.0 |
vmwNsxTGroupsGroupSizeLimitExceededGroup vmwNsxTDataCenterGroupId has at least vmwNsxTDataCenterGroupSize translated elements which is at or greater
than the maximum numbers limit of vmwNsxTDataCenterGroupMaxNumberLimit. This can result
in long processing times and can lead to timeouts and outages. The current
count for each element type is as follows. IP sets:vmwNsxTDataCenterIPCount, MAC
sets:vmwNsxTDataCenterMacCount, VIFS:vmwNsxTDataCenterVifCount, Logical switch ports:vmwNsxTDataCenterLspCount,
Logical router ports:vmwNsxTDataCenterLrpCount, AdGroups:vmwNsxTDataCenterSidCount.
Action required:
1. Consider adjusting group elements in oversized group vmwNsxTDataCenterGroupId.
2. Consider splitting oversized group vmwNsxTDataCenterGroupId to multiple smaller groups and distributing members of oversized group to these groups. NOTIFICATION-TYPE .1.0.54.0.3 |
vmwNsxTGroupsGroupSizeLimitExceededClearTotal number of elements in group vmwNsxTDataCenterGroupId is below the maximum limit of
vmwNsxTDataCenterGroupMaxNumberLimit.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.54.0.4 |
vmwNsxTSecurityComplianceFeaturePrefixNotifications applicable to the SecurityCompliance feature have this OID prefix. OBJECT IDENTIFIER .1.0.56 |
vmwNsxTSecurityComplianceFeatureSub-identifier added to ensure the next-to-last sub-identifier is zero
for SecurityCompliance feature notifications. OBJECT IDENTIFIER .1.0.56.0 |
vmwNsxTSecurityCompliancePollEAL4NonComplianceOne of the EAL4+ compliance requirements is being violated.
That means the NSX configuration is currently non-compliant with regards to EAL4+.
Action required:
Run the compliance report from the UI Home - Monitoring & Dashboard - Compliance Report menu
and resolve all the issues that are marked with the EAL4+ compliance name. NOTIFICATION-TYPE .1.0.56.0.1 |
vmwNsxTSecurityCompliancePollEAL4NonComplianceClearThe EAL4+ compliance issues have all been resolved.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.56.0.2 |
vmwNsxTSecurityCompliancePollNDcPPNonComplianceOne of the NDcPP compliance requirements is being violated.
That means the NSX configuration is currently non-compliant with regards to NDcPP.
Action required:
Run the compliance report from the UI Home - Monitoring & Dashboard - Compliance Report menu
and resolve all the issues that are marked with the NDcPP compliance name. NOTIFICATION-TYPE .1.0.56.0.3 |
vmwNsxTSecurityCompliancePollNDcPPNonComplianceClearThe NDcPP compliance issues have all been resolved.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.56.0.4 |
vmwNsxTSecurityComplianceTriggerEAL4NonComplianceOne of the EAL4+ compliance requirements is being violated.
That means the NSX status is currently non-compliant with regards to EAL4+.
Action required:
Run the compliance report from the UI Home - Monitoring & Dashboard - Compliance Report menu
and resolve all the issues that are marked with the EAL4+ compliance name. NOTIFICATION-TYPE .1.0.56.0.5 |
vmwNsxTSecurityComplianceTriggerEAL4NonComplianceClearThe EAL4+ compliance issues have all been resolved.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.56.0.6 |
vmwNsxTSecurityComplianceTriggerNDcPPNonComplianceOne of the NDcPP compliance requirements is being violated.
That means the NSX status is currently non-compliant with regards to NDcPP.
Action required:
Run the compliance report from the UI Home - Monitoring & Dashboard - Compliance Report menu
and resolve all the issues that are marked with the NDcPP compliance name. NOTIFICATION-TYPE .1.0.56.0.7 |
vmwNsxTSecurityComplianceTriggerNDcPPNonComplianceClearThe NDcPP compliance issues have all been resolved.
Action required:
None, receipt of this notification indicates event cleared. NOTIFICATION-TYPE .1.0.56.0.8 |
vmwNsxTDataCenterDataAll variables that are sent in NSX Data Center event notifications
fall under this oid. OBJECT IDENTIFIER .1.1 |
vmwNsxTDataCenterTimestampThe timestamp when the NSX Data Center event occurred.ro DateAndTime (SNMPv2-TC) .1.1.1 |
vmwNsxTDataCenterFeatureNameThe NSX Data Center feature ID associated with the event.ro VmwNsxTDataCenterFeatureIdType .1.1.2 |
vmwNsxTDataCenterEventTypeThe name of the NSX Data Center event.ro VmwNsxTDataCenterEventTypeType .1.1.3 |
vmwNsxTDataCenterEventSeverityThe severity of the NSX Data Center event.ro VmwNsxTDataCenterSeverityType .1.1.4 |
vmwNsxTDataCenterNodeIdThe node ID from where a NSX Data Center event was emitted.ro VmwNsxTDataCenterNodeIdType .1.1.5 |
vmwNsxTDataCenterNodeTypeThe type of node from where a NSX Data Center event was emitted.ro VmwNsxTDataCenterNodeTypeType .1.1.6 |
vmwNsxTDataCenterEntityIdThe ID of a NSX Data Center entity an event pertains to. The event
description field provides additional details of the entity. For
example the ID can be for a specific Load Balancer rule as reported by
the NSX API GET /api/v1/loadbalancer/rules or a specific certificate
as reported by the NSX API GET /api/v1/trust-management/certificates.ro VmwNsxTDataCenterEntityIdType .1.1.21 |
vmwNsxTDataCenterSystemResourceUsageThe CPU, memory, or disk usage percentage of an NSX appliance. The
value is an integer between 0 and 100.ro VmwNsxTDataCenterSystemResourceUsageType .1.1.22 |
vmwNsxTDataCenterDiskPartitionNameThe name of a disk partition in an NSX appliance. For example, the
name for the /tmp partition is '/tmp'.ro VmwNsxTDataCenterDiskPartitionNameType .1.1.23 |
vmwNsxTDataCenterLicenseEditionTypeThe edition type of an NSX license. For example, the type for an NSX
evaluation license is 'NSX Data Center Evaluation'.ro VmwNsxTDataCenterLicenseEditionTypeType .1.1.24 |
vmwNsxTDataCenterApplianceAddressThe NSX appliance's IP address. The value is an IPv4 address.ro VmwNsxTDataCenterApplianceAddressType .1.1.25 |
vmwNsxTDataCenterCurrentGatewayStateThe current gateway state. The value could be 0, 1 or 2 where 0 is down, 1 is standby and 2 is activero VmwNsxTDataCenterCurrentGatewayStateType .1.1.26 |
vmwNsxTDataCenterCurrentServiceStateThe current service state. The value could be start/stop/restart/crashed.ro VmwNsxTDataCenterCurrentServiceStateType .1.1.27 |
vmwNsxTDataCenterDatapathResourceUsageThe CPU, memory, or disk usage percentage of the datapath on a NSX appliance.
The value is an integer between 0 and 100.ro VmwNsxTDataCenterDatapathResourceUsageType .1.1.28 |
vmwNsxTDataCenterDHCPPoolUsageThe usage of a DHCP pool. The value is an integer between 0 and 100.ro VmwNsxTDataCenterDHCPPoolUsageType .1.1.29 |
vmwNsxTDataCenterEdgeServiceNameThe name of the service running on the Edge node.ro VmwNsxTDataCenterEdgeServiceNameType .1.1.30 |
vmwNsxTDataCenterFailureReasonThe detailed reason of any module failure like BGP down, IKE down, etc.ro VmwNsxTDataCenterFailureReasonType .1.1.31 |
vmwNsxTDataCenterPreviousGatewayStateThe previous gateway state. The value could be 0, 1 or 2 where 0 is down, 1 is standby and 2 is activero VmwNsxTDataCenterPreviousGatewayStateType .1.1.32 |
vmwNsxTDataCenterPreviousServiceStateThe previous service state. The value could be start/stop/restart/crashed.ro VmwNsxTDataCenterPreviousServiceStateType .1.1.33 |
vmwNsxTDataCenterSystemUsageThresholdThe configured threshold value for the CPU, memory, or disk usage
percentage of an NSX appliance. The value is an integer between 0 and
100.ro VmwNsxTDataCenterSystemUsageThresholdType .1.1.34 |
vmwNsxTDataCenterUsernameThe name of a user in an NSX appliance.ro VmwNsxTDataCenterUsernameType .1.1.35 |
vmwNsxTDataCenterDHCPServerIdThe UUID of a DHCP server.ro VmwNsxTDataCenterDHCPServerIdType .1.1.36 |
vmwNsxTDataCenterServiceNameThe name of the service running in an NSX appliance.ro VmwNsxTDataCenterServiceNameType .1.1.37 |
vmwNsxTDataCenterIntelligenceNodeIdThe node ID of an NSX Intelligence node.ro VmwNsxTDataCenterIntelligenceNodeIdType .1.1.38 |
vmwNsxTDataCenterHostnameOrIPAddressWithPortThis value is not expected to be empty.ro VmwNsxTDataCenterHostnameOrIPAddressWithPortType .1.1.39 |
vmwNsxTDataCenterEventIdThe event identifier.ro VmwNsxTDataCenterEventIdType .1.1.40 |
vmwNsxTDataCenterActiveGlobalManagerThis value is not expected to be empty.ro VmwNsxTDataCenterActiveGlobalManagerType .1.1.41 |
vmwNsxTDataCenterActiveGlobalManagersThis value is not expected to be empty.ro VmwNsxTDataCenterActiveGlobalManagersType .1.1.42 |
vmwNsxTDataCenterSessionDownReasonDown reason of the IPsec VPN session.ro VmwNsxTDataCenterSessionDownReasonType .1.1.43 |
vmwNsxTDataCenterManagerNodeNameThis value is not expected to be empty.ro VmwNsxTDataCenterManagerNodeNameType .1.1.44 |
vmwNsxTDataCenterTransportNodeAddressThis value is not expected to be empty.ro VmwNsxTDataCenterTransportNodeAddressType .1.1.45 |
vmwNsxTDataCenterTransportNodeNameThis value is not expected to be empty.ro VmwNsxTDataCenterTransportNodeNameType .1.1.46 |
vmwNsxTDataCenterCentralControlPlaneIdThis value is not expected to be empty.ro VmwNsxTDataCenterCentralControlPlaneIdType .1.1.47 |
vmwNsxTDataCenterTunnelDownReasonDown reason of the IPsec VPN tunnel.ro VmwNsxTDataCenterTunnelDownReasonType .1.1.48 |
vmwNsxTDataCenterHeapTypeHeap type information for DFW memory usage like vsip-attr, vsip-flow, vsip-fqdni, etc.ro VmwNsxTDataCenterHeapTypeType .1.1.49 |
vmwNsxTDataCenterMempoolNameName of a memory pool.ro VmwNsxTDataCenterMempoolNameType .1.1.50 |
vmwNsxTDataCenterPasswordExpirationDaysThe number of days left before expiration of the password of an NSX
appliance user. The value is an integer greater than 0.ro VmwNsxTDataCenterPasswordExpirationDaysType .1.1.51 |
vmwNsxTDataCenterBGPNeighborIPIP address of BGP Neighbor. This could be either IPv4 or IPv6 address.ro VmwNsxTDataCenterBGPNeighborIPType .1.1.52 |
vmwNsxTDataCenterLDAPServerThis value is not expected to be empty.ro VmwNsxTDataCenterLDAPServerType .1.1.53 |
vmwNsxTDataCenterPeerAddressIP address of BFD peer.ro VmwNsxTDataCenterPeerAddressType .1.1.54 |
vmwNsxTDataCenterMaxIDSEventsAllowedThis value is not expected to be empty.ro VmwNsxTDataCenterMaxIDSEventsAllowedType .1.1.55 |
vmwNsxTDataCenterStaticAddressA Static IP address.ro VmwNsxTDataCenterStaticAddressType .1.1.56 |
vmwNsxTDataCenterDuplicateIPAddressDuplicate IP address.ro VmwNsxTDataCenterDuplicateIPAddressType .1.1.57 |
vmwNsxTDataCenterCapacityDisplayNameThis value is not expected to be empty.ro VmwNsxTDataCenterCapacityDisplayNameType .1.1.58 |
vmwNsxTDataCenterCapacityUsageCountThis value is not expected to be empty.ro VmwNsxTDataCenterCapacityUsageCountType .1.1.59 |
vmwNsxTDataCenterEdgeNICNameThe name of the NIC whose link is down or which faced tx/rx ring buffer overflow.ro VmwNsxTDataCenterEdgeNICNameType .1.1.60 |
vmwNsxTDataCenterRxRingBufferOverflowPercentageThe NIC's receive descriptor ring buffer on a NSX Edge or Gateway node has no space left
to accomodate new incoming packets and there is a significant drop due to it.
The value is a float between 0 to 100 describing the overflow percentage due to the packet drops.ro VmwNsxTDataCenterRxRingBufferOverflowPercentageType .1.1.61 |
vmwNsxTDataCenterTxRingBufferOverflowPercentageThe NIC's transmit descriptor ring buffer on a NSX Edge or Gateway node has no space left
to accomodate new outgoing packets and there is a significant drop due to it.
The value is a float between 0 to 100 describing the overflow percentage due to the packet drops.ro VmwNsxTDataCenterTxRingBufferOverflowPercentageType .1.1.62 |
vmwNsxTDataCenterSrIdService Router UUID.ro VmwNsxTDataCenterSrIdType .1.1.63 |
vmwNsxTDataCenterIDSEventsCountThis value is not expected to be empty.ro VmwNsxTDataCenterIDSEventsCountType .1.1.64 |
vmwNsxTDataCenterRemoteSiteNameThis value is not expected to be empty.ro VmwNsxTDataCenterRemoteSiteNameType .1.1.65 |
vmwNsxTDataCenterBGPSourceIPThis value is not expected to be empty.ro VmwNsxTDataCenterBGPSourceIPType .1.1.66 |
vmwNsxTDataCenterRemoteSiteIdThis value is not expected to be empty.ro VmwNsxTDataCenterRemoteSiteIdType .1.1.67 |
vmwNsxTDataCenterSiteIdThis value is not expected to be empty.ro VmwNsxTDataCenterSiteIdType .1.1.68 |
vmwNsxTDataCenterSiteNameThis value is not expected to be empty.ro VmwNsxTDataCenterSiteNameType .1.1.69 |
vmwNsxTDataCenterLrIdThis value is not expected to be empty.ro VmwNsxTDataCenterLrIdType .1.1.70 |
vmwNsxTDataCenterRxMissesThis value is not expected to be empty.ro VmwNsxTDataCenterRxMissesType .1.1.71 |
vmwNsxTDataCenterRxProcessedThis value is not expected to be empty.ro VmwNsxTDataCenterRxProcessedType .1.1.72 |
vmwNsxTDataCenterTxMissesThis value is not expected to be empty.ro VmwNsxTDataCenterTxMissesType .1.1.73 |
vmwNsxTDataCenterTxProcessedThis value is not expected to be empty.ro VmwNsxTDataCenterTxProcessedType .1.1.74 |
vmwNsxTDataCenterLrportIdLogical Router Port UUID.ro VmwNsxTDataCenterLrportIdType .1.1.75 |
vmwNsxTDataCenterServiceIPThe Ip configured for the service running in an NSX appliance.ro VmwNsxTDataCenterServiceIPType .1.1.77 |
vmwNsxTDataCenterRemoteManagerNodeIdThis value is not expected to be empty.ro VmwNsxTDataCenterRemoteManagerNodeIdType .1.1.80 |
vmwNsxTDataCenterDirectoryDomainThis value is not expected to be empty.ro VmwNsxTDataCenterDirectoryDomainType .1.1.81 |
vmwNsxTDataCenterTimeoutInMinutesThis value is not expected to be empty.ro VmwNsxTDataCenterTimeoutInMinutesType .1.1.82 |
vmwNsxTDataCenterMaxCapacityThresholdThis value is not expected to be empty.ro VmwNsxTDataCenterMaxCapacityThresholdType .1.1.83 |
vmwNsxTDataCenterMinCapacityThresholdThis value is not expected to be empty.ro VmwNsxTDataCenterMinCapacityThresholdType .1.1.84 |
vmwNsxTDataCenterMaxSupportedCapacityCountThis value is not expected to be empty.ro VmwNsxTDataCenterMaxSupportedCapacityCountType .1.1.85 |
vmwNsxTDataCenterLatencySourceThis value is not expected to be empty.ro VmwNsxTDataCenterLatencySourceType .1.1.86 |
vmwNsxTDataCenterLatencyThresholdThis value is not expected to be empty.ro VmwNsxTDataCenterLatencyThresholdType .1.1.87 |
vmwNsxTDataCenterLatencyValueThis value is not expected to be empty.ro VmwNsxTDataCenterLatencyValueType .1.1.88 |
vmwNsxTDataCenterApplianceFQDNThis value is not expected to be empty.ro VmwNsxTDataCenterApplianceFQDNType .1.1.89 |
vmwNsxTDataCenterRemoteApplianceAddressThis value is not expected to be empty.ro VmwNsxTDataCenterRemoteApplianceAddressType .1.1.90 |
vmwNsxTDataCenterManagerNodeIdThis value is not expected to be empty.ro VmwNsxTDataCenterManagerNodeIdType .1.1.91 |
vmwNsxTDataCenterDisplayedLicenseKeyThis value is not expected to be empty.ro VmwNsxTDataCenterDisplayedLicenseKeyType .1.1.92 |
vmwNsxTDataCenterEdgeThreadNameThis value is not expected to be empty.ro VmwNsxTDataCenterEdgeThreadNameType .1.1.93 |
vmwNsxTDataCenterIntentPathThis value is not expected to be empty.ro VmwNsxTDataCenterIntentPathType .1.1.94 |
vmwNsxTDataCenterFirewallHalfopenFlowUsageFirewall TCP half-open connection usage.ro VmwNsxTDataCenterFirewallHalfopenFlowUsageType .1.1.95 |
vmwNsxTDataCenterFirewallICMPFlowUsageFirewall ICMP connection usage.ro VmwNsxTDataCenterFirewallICMPFlowUsageType .1.1.96 |
vmwNsxTDataCenterServiceDownReasonThis value is not expected to be empty.ro VmwNsxTDataCenterServiceDownReasonType .1.1.97 |
vmwNsxTDataCenterFirewallUDPFlowUsageFirewall UDP connection usage.ro VmwNsxTDataCenterFirewallUDPFlowUsageType .1.1.98 |
vmwNsxTDataCenterFirewallIPFlowUsageFirewall IP connection usage.ro VmwNsxTDataCenterFirewallIPFlowUsageType .1.1.99 |
vmwNsxTDataCenterDNSIdDNS forwarder identifier.ro VmwNsxTDataCenterDNSIdType .1.1.100 |
vmwNsxTDataCenterDNSUpstreamIPDNS forwarder upstream server IP address.ro VmwNsxTDataCenterDNSUpstreamIPType .1.1.101 |
vmwNsxTDataCenterCABundleAgeThresholdThis value is not expected to be empty.ro VmwNsxTDataCenterCABundleAgeThresholdType .1.1.121 |
vmwNsxTDataCenterAPICollectionPathThis value is not expected to be empty.ro VmwNsxTDataCenterAPICollectionPathType .1.1.122 |
vmwNsxTDataCenterEdgeNodeSettingMismatchReasonThis value is not expected to be empty.ro VmwNsxTDataCenterEdgeNodeSettingMismatchReasonType .1.1.123 |
vmwNsxTDataCenterEdgeVMvSphereSettingsMismatchReasonThis value is not expected to be empty.ro VmwNsxTDataCenterEdgeVMvSphereSettingsMismatchReasonType .1.1.124 |
vmwNsxTDataCenterFirewallSNATPortsUsageThis value is not expected to be empty.ro VmwNsxTDataCenterFirewallSNATPortsUsageType .1.1.125 |
vmwNsxTDataCenterEdgevSphereLocationMismatchReasonThis value is not expected to be empty.ro VmwNsxTDataCenterEdgevSphereLocationMismatchReasonType .1.1.126 |
vmwNsxTDataCenterEdgeNodeAndvSphereSettingsMismatchReasonThis value is not expected to be empty.ro VmwNsxTDataCenterEdgeNodeAndvSphereSettingsMismatchReasonType .1.1.127 |
vmwNsxTDataCenterSNATIPAddressThis value is not expected to be empty.ro VmwNsxTDataCenterSNATIPAddressType .1.1.128 |
vmwNsxTDataCenterNappClusterIdThis value is not expected to be empty.ro VmwNsxTDataCenterNappClusterIdType .1.1.129 |
vmwNsxTDataCenterNappMessagingLAGThresholdThis value is not expected to be empty.ro VmwNsxTDataCenterNappMessagingLAGThresholdType .1.1.130 |
vmwNsxTDataCenterNappNodeIdThis value is not expected to be empty.ro VmwNsxTDataCenterNappNodeIdType .1.1.131 |
vmwNsxTDataCenterNappServiceNameThis value is not expected to be empty.ro VmwNsxTDataCenterNappServiceNameType .1.1.132 |
vmwNsxTDataCenterFlowIdentifierThis value is not expected to be empty.ro VmwNsxTDataCenterFlowIdentifierType .1.1.133 |
vmwNsxTDataCenterSyncIssueReasonThis value is not expected to be empty.ro VmwNsxTDataCenterSyncIssueReasonType .1.1.134 |
vmwNsxTDataCenterQueueNameThis value is not expected to be empty.ro VmwNsxTDataCenterQueueNameType .1.1.135 |
vmwNsxTDataCenterQueueSizeThis value is not expected to be empty.ro VmwNsxTDataCenterQueueSizeType .1.1.136 |
vmwNsxTDataCenterQueueSizeThresholdThis value is not expected to be empty.ro VmwNsxTDataCenterQueueSizeThresholdType .1.1.137 |
vmwNsxTDataCenterGroupTypeThis value is not expected to be empty.ro VmwNsxTDataCenterGroupTypeType .1.1.138 |
vmwNsxTDataCenterManagerNodeIDSThis value is not expected to be empty.ro VmwNsxTDataCenterManagerNodeIDSType .1.1.139 |
vmwNsxTDataCenterServiceRouterIdThis value is not expected to be empty.ro VmwNsxTDataCenterServiceRouterIdType .1.1.140 |
vmwNsxTDataCenterTransportNodeIdThis value is not expected to be empty.ro VmwNsxTDataCenterTransportNodeIdType .1.1.141 |
vmwNsxTDataCenterFromGMPathThis value is not expected to be empty.ro VmwNsxTDataCenterFromGMPathType .1.1.142 |
vmwNsxTDataCenterToGMPathThis value is not expected to be empty.ro VmwNsxTDataCenterToGMPathType .1.1.143 |
vmwNsxTDataCenterNICThroughputThis value is not expected to be empty.ro VmwNsxTDataCenterNICThroughputType .1.1.144 |
vmwNsxTDataCenterNICThroughputThresholdThis value is not expected to be empty.ro VmwNsxTDataCenterNICThroughputThresholdType .1.1.145 |
vmwNsxTDataCenterEdgeCryptoDrvNameThis value is not expected to be empty.ro VmwNsxTDataCenterEdgeCryptoDrvNameType .1.1.146 |
vmwNsxTDataCenterNappNodeNameThis value is not expected to be empty.ro VmwNsxTDataCenterNappNodeNameType .1.1.147 |
vmwNsxTDataCenterNewVMMorefIdThis value is not expected to be empty.ro VmwNsxTDataCenterNewVMMorefIdType .1.1.148 |
vmwNsxTDataCenterPolicyEdgeVMNameThis value is not expected to be empty.ro VmwNsxTDataCenterPolicyEdgeVMNameType .1.1.149 |
vmwNsxTDataCenterVMMorefIdThis value is not expected to be empty.ro VmwNsxTDataCenterVMMorefIdType .1.1.150 |
vmwNsxTDataCenterDPUIdThis value is not expected to be empty.ro VmwNsxTDataCenterDPUIdType .1.1.171 |
vmwNsxTDataCenterEdgeNodeThis value is not expected to be empty.ro VmwNsxTDataCenterEdgeNodeType .1.1.172 |
vmwNsxTDataCenterPrefixesCountMaxThis value is not expected to be empty.ro VmwNsxTDataCenterPrefixesCountMaxType .1.1.173 |
vmwNsxTDataCenterPrefixesCountThresholdThis value is not expected to be empty.ro VmwNsxTDataCenterPrefixesCountThresholdType .1.1.174 |
vmwNsxTDataCenterRouteLimitMaximumThis value is not expected to be empty.ro VmwNsxTDataCenterRouteLimitMaximumType .1.1.175 |
vmwNsxTDataCenterRouteLimitThresholdThis value is not expected to be empty.ro VmwNsxTDataCenterRouteLimitThresholdType .1.1.176 |
vmwNsxTDataCenterSubsequentAddressFamilyThis value is not expected to be empty.ro VmwNsxTDataCenterSubsequentAddressFamilyType .1.1.177 |
vmwNsxTDataCentervCenterClusterIdThis value is not expected to be empty.ro VmwNsxTDataCentervCenterClusterIdType .1.1.179 |
vmwNsxTDataCenterMpsServiceNameThis value is not expected to be empty.ro VmwNsxTDataCenterMpsServiceNameType .1.1.180 |
vmwNsxTDataCenterMemberIndexIdThis value is not expected to be empty.ro VmwNsxTDataCenterMemberIndexIdType .1.1.182 |
vmwNsxTDataCenterEdgeClusterIdThis value is not expected to be empty.ro VmwNsxTDataCenterEdgeClusterIdType .1.1.184 |
vmwNsxTDataCenterCoreDumpCountThis value is not expected to be empty.ro VmwNsxTDataCenterCoreDumpCountType .1.1.185 |
vmwNsxTDataCenterNodeDisplayOrHostNameThis value is not expected to be empty.ro VmwNsxTDataCenterNodeDisplayOrHostNameType .1.1.186 |
vmwNsxTDataCenterNSXEdgeTNNameThis value is not expected to be empty.ro VmwNsxTDataCenterNSXEdgeTNNameType .1.1.187 |
vmwNsxTDataCenterNSXESXTNNameThis value is not expected to be empty.ro VmwNsxTDataCenterNSXESXTNNameType .1.1.188 |
vmwNsxTDataCenterCollectorIPThis value is not expected to be empty.ro VmwNsxTDataCenterCollectorIPType .1.1.189 |
vmwNsxTDataCenterDvsAliasThis value is not expected to be empty.ro VmwNsxTDataCenterDvsAliasType .1.1.190 |
vmwNsxTDataCenterStackAliasThis value is not expected to be empty.ro VmwNsxTDataCenterStackAliasType .1.1.191 |
vmwNsxTDataCenterVerticalNameThis value is not expected to be empty.ro VmwNsxTDataCenterVerticalNameType .1.1.192 |
vmwNsxTDataCenterEdgeClusterHighestHwVersionThis value is not expected to be empty.ro VmwNsxTDataCenterEdgeClusterHighestHwVersionType .1.1.195 |
vmwNsxTDataCenterEdgeTNHwVersionThis value is not expected to be empty.ro VmwNsxTDataCenterEdgeTNHwVersionType .1.1.196 |
vmwNsxTDataCenterEdgeClusterNameThis value is not expected to be empty.ro VmwNsxTDataCenterEdgeClusterNameType .1.1.197 |
vmwNsxTDataCenterHaStateThis value is not expected to be empty.ro VmwNsxTDataCenterHaStateType .1.1.220 |
vmwNsxTDataCenterHaState2This value is not expected to be empty.ro VmwNsxTDataCenterHaState2Type .1.1.221 |
vmwNsxTDataCenterTransportNodeId2This value is not expected to be empty.ro VmwNsxTDataCenterTransportNodeId2Type .1.1.222 |
vmwNsxTDataCenterDvsNameThis value is not expected to be empty.ro VmwNsxTDataCenterDvsNameType .1.1.223 |
vmwNsxTDataCenterVtepFaultReasonThis value is not expected to be empty.ro VmwNsxTDataCenterVtepFaultReasonType .1.1.224 |
vmwNsxTDataCenterVtepNameThis value is not expected to be empty.ro VmwNsxTDataCenterVtepNameType .1.1.225 |
vmwNsxTDataCenterMetricsTargetAddressThis value is not expected to be empty.ro VmwNsxTDataCenterMetricsTargetAddressType .1.1.226 |
vmwNsxTDataCenterMetricsTargetAliasThis value is not expected to be empty.ro VmwNsxTDataCenterMetricsTargetAliasType .1.1.227 |
vmwNsxTDataCenterMetricsTargetPortThis value is not expected to be empty.ro VmwNsxTDataCenterMetricsTargetPortType .1.1.228 |
vmwNsxTDataCenterIPv4AddressThis value is not expected to be empty.ro VmwNsxTDataCenterIPv4AddressType .1.1.229 |
vmwNsxTDataCenterIPv6AddressThis value is not expected to be empty.ro VmwNsxTDataCenterIPv6AddressType .1.1.230 |
vmwNsxTDataCenterConstraintLimitThis value is not expected to be empty.ro VmwNsxTDataCenterConstraintLimitType .1.1.231 |
vmwNsxTDataCenterConstraintTypeThis value is not expected to be empty.ro VmwNsxTDataCenterConstraintTypeType .1.1.232 |
vmwNsxTDataCenterCurrentCountThis value is not expected to be empty.ro VmwNsxTDataCenterCurrentCountType .1.1.233 |
vmwNsxTDataCenterGroupIdThis value is not expected to be empty.ro VmwNsxTDataCenterGroupIdType .1.1.234 |
vmwNsxTDataCenterGroupMaxNumberLimitThis value is not expected to be empty.ro VmwNsxTDataCenterGroupMaxNumberLimitType .1.1.235 |
vmwNsxTDataCenterGroupSizeThis value is not expected to be empty.ro VmwNsxTDataCenterGroupSizeType .1.1.236 |
vmwNsxTDataCenterIPCountThis value is not expected to be empty.ro VmwNsxTDataCenterIPCountType .1.1.237 |
vmwNsxTDataCenterLrpCountThis value is not expected to be empty.ro VmwNsxTDataCenterLrpCountType .1.1.238 |
vmwNsxTDataCenterLspCountThis value is not expected to be empty.ro VmwNsxTDataCenterLspCountType .1.1.239 |
vmwNsxTDataCenterMacCountThis value is not expected to be empty.ro VmwNsxTDataCenterMacCountType .1.1.240 |
vmwNsxTDataCenterSidCountThis value is not expected to be empty.ro VmwNsxTDataCenterSidCountType .1.1.241 |
vmwNsxTDataCenterTNCountThis value is not expected to be empty.ro VmwNsxTDataCenterTNCountType .1.1.244 |
vmwNsxTDataCenterVifCountThis value is not expected to be empty.ro VmwNsxTDataCenterVifCountType .1.1.245 |
vmwNsxTDataCenterVMCountThis value is not expected to be empty.ro VmwNsxTDataCenterVMCountType .1.1.246 |
vmwNsxTDataCenterCoreIdThis value is not expected to be empty.ro VmwNsxTDataCenterCoreIdType .1.1.247 |
vmwNsxTDataCenterFlowCacheThresholdThis value is not expected to be empty.ro VmwNsxTDataCenterFlowCacheThresholdType .1.1.248 |
vmwNsxTDataCenterNSXaaSServiceNameThis value is not expected to be empty.ro VmwNsxTDataCenterNSXaaSServiceNameType .1.1.249 |
vmwNsxTDataCenterProtocolNameThis value is not expected to be empty.ro VmwNsxTDataCenterProtocolNameType .1.1.250 |
vmwNsxTDataCenterConstraintTypePathThis value is not expected to be empty.ro VmwNsxTDataCenterConstraintTypePathType .1.1.251 |
vmwNsxTDataCenterConformance OBJECT IDENTIFIER .1.2 |
vmwNsxTDataCenterCompliances OBJECT IDENTIFIER .1.2.1 |
vmwNsxTDataCenterSMIBGroups OBJECT IDENTIFIER .1.2.2 |