If the system does not send the expected AutoSupport message and you are using HTTP or HTTPS, you can check a number of settings to resolve the problem.
Before you begin
You should have confirmed basic network connectivity and DNS lookup:
Your node management LIF must be up for operational and administrative status.
You must be able to ping a functioning host on the same subnet from the cluster management LIF (not a LIF on any of the nodes).
You must be able to ping a functioning host outside the subnet from the cluster management LIF.
You must be able to ping a functioning host outside the subnet from the cluster management LIF using the name of the host (not the IP address).
About this task
These steps are for cases when you have determined that AutoSupport can generate the message, but cannot deliver the message over HTTP or HTTPS.
If you encounter errors or cannot complete a step in this procedure, determine and address the problem before proceeding to the next step.
- Run the system node autosupport check show-details command to display the detailed status of the AutoSupport subsystem. This includes verifying connectivity to AutoSupport destinations by sending test messages and providing a list of possible errors in your AutoSupport configuration settings.
- Verify the status of the node management LIF: network interface show -home-node local -role node-mgmt -fields vserver,lif,status-oper,status-admin,address,role
Result
The status-oper and status-admin fields should return up.
- Record the SVM name, the LIF name, and the LIF IP address for later use.
- Ensure that DNS is enabled and configured correctly: vserver services name-service dns show
- Address any errors returned by the AutoSupport message: system node autosupport history show -node * -fields node,seq-num,destination,last-update,status,error
If the error refers to a problem with the digital certificate, contact technical support.
- Confirm that the cluster can access both the servers it needs and the Internet successfully:
- network traceroute -lif node-management_LIF -destination DNS server
- network traceroute -lif node_management_LIF -destination support.netapp.com
The address support.netapp.com itself does not respond to ping/traceroute, but the per-hop information is valuable.
- system node autosupport show -fields proxy-url
- network traceroute -node node_management_LIF -destination proxy_url
Result
If any of these routes are not functioning, try the same route from a functioning host on the same subnet as the cluster, using the traceroute
or tracert
utility found on most third-party network clients. This assists you in determining whether the issue is in your network configuration or your cluster configuration.
- If you are using HTTPS for your AutoSupport transport protocol, ensure that HTTPS traffic can exit your network:
- Configure a web client on the same subnet as the cluster management LIF.
Ensure that all configuration parameters are the same values as for the AutoSupport configuration, including using the same proxy server, user name, password, and port.
- Access https://commercial.lenovo.com/us/en” with the web client.
Result
The access should be successful. If not, ensure that all firewalls are configured correctly to allow HTTPS and DNS traffic, and that the proxy server is configured correctly.