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 network 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.
- Verify the status of the node management LIF: network interface show -home-node local -role node-mgmt -fields
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 -node local -destination network_management_LIF
- network traceroute -node local -destination support.netapp.com
- system node autosupport show -fields proxy-url
- network traceroute -node local -destination proxy_url
If any of these routes is 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://support.netapp.com with the web client.
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.