Control channel to manager node down too long alarm
search cancel

Control channel to manager node down too long alarm

book

Article ID: 330458

calendar_today

Updated On:

Products

VMware NSX

Issue/Introduction

Title: Control channel to manager node down too long
Event ID: control_channel_to_manager_node_down_too_long

Alarm Description

  • Purpose: Transport node's control plane connection to the Manager node is down.
  • Impact: In this scenario, no new configuration can be pushed down to the Transport node from the Control plane and features like vMotion will not be available.

Environment

VMware NSX

Cause

This alarm is raised when Transport node is not able to connect to Control Plane (CCP).

Resolution

Steps to Resolve
For 4.2.0 and higher

Recommended Action:

Using ODS runbooks

  1. Invoke CcpTNConnection runbook. Run following commands on any of the NSX Managers to invoke the runbook.
    /opt/vmware/nsx-netopa/bin/sha-appctl -c set_ods_level --level internal
    Retrieve the transport node name from System->Fabric->Hosts screen and replace the token '<TN_NAME>' in following command with it.
    /opt/vmware/nsx-netopa/bin/sha-appctl -c start_invocation --runbook CcpTNConnection --transport_node_name <TN_NAME>
    Above command will output an INVOCATION_UUID. Note this down and run the next command to get the status of the execution.
    /opt/vmware/nsx-netopa/bin/sha-appctl -c get_invocation_result --invocation <INVOCATION_UUID> -j

    Once the runbook execution is complete, follow the instructions from the output. If no issue is detected, proceed to the next step.
     
  2. Invoke nsx_proxy runbook on the Transport Node. Run following commands to invoke the runbook.Once the runbook execution is complete, follow the instructions from the output.
    • On ESX Node
      • /usr/lib/vmware/netopa/bin/sha-appctl -c set_ods_level --level internal
        /usr/lib/vmware/netopa/bin/sha-appctl -c start_invocation --runbook nsx_proxy
        Above command will output an INVOCATION_UUID. Note this down and run the next command to get the status of the execution.
        /usr/lib/vmware/netopa/bin/sha-appctl -c get_invocation_result --invocation <INVOCATION_UUID> -j
    • On Edge Node
      • /opt/vmware/nsx-netopa/bin/sha-appctl -c set_ods_level --level internal
        /opt/vmware/nsx-netopa/bin/sha-appctl -c start_invocation --runbook nsx_proxy
        Above command will output an INVOCATION_UUID. Note this down and run the next command to get the status of the execution.
        /opt/vmware/nsx-netopa/bin/sha-appctl -c get_invocation_result --invocation <INVOCATION_UUID> -j

Once the runbook execution is complete, follow the instructions from the output.

Maintenance window required for remediation? No

Additional Information

When this alarm is raised, check the connectivity between Transport node and Control Plane (CCP)

   localcli network ip connection list | grep 1235 (on ESX node)
   netstat -anp | grep 1235 (on Edge node)

NSX API Guide
NSX Administration Guide