This page documents the different troubleshooting resources you can use and the examples of troubleshooting typical problem scenarios.
Following are the various resources you can use to troubleshoot:
Evt2Txt
Ethereal
See the following sections in this Help to collect information to troubleshoot:
Audit Logs
EMS Logs
Syslog
Following are some examples for troubleshooting typical problem scenarios:
Possible Causes:
The server took a longer time to process the request because of a huge amount of data. This might trigger the server to reset the connection.
The reset packets were received at the transport layer of the client host, which was not handled at the API layer of the client application. In this case, the client does not get the relevant error code.
Troubleshooting Method:
Begin a TCP packet trace using tools such as Ethereal, and check for any error messages from the server.
Workaround:
Increase the connection timeout at the server.
Use the iterative APIs when requesting a huge amount of data (for example, thousands of qtrees).
Possible Causes:
An older version of Data ONTAP is used with a newer SDK that has new Data ONTAP API support.
The Manage ONTAP SDK documentation erroneously included an unsupported API.
Troubleshooting Method:
Check the Data ONTAP version used, and verify whether that API is compatible with the Data ONTAP version. See the Version Matrix for details.
To view which APIs are supported in which version of Data ONTAP, see index.html at /doc/ontapi/ontapi_x.y/ for the different ONTAPI versions.
Try using that API with the apitest tool to check whether there are any SDK documentation errors.
Possible Causes:
There is a problem in the API handler code on Data ONTAP.
The application was sending the wrong input (for example, the wrong iteration tag input to the iterative APIs).
Race condition in the iterative APIs.
Troubleshooting Method:
Check the Audit Log (/etc/log/auditlog) for API invocation history. It hints about possible concurrent calls of APIs leading to race conditions.
Check the EMS Log (/etc/log/ems) for any errors that occurred while processing the API requests (for example, the wrong iteration tag)
Workaround:
Upgrade to Data ONTAP 7.3. Race condition of iterative APIs issue is fixed in Data ONTAP 7.3.
Possible Causes:
The API request took too long to process.
An API bug was exposed because of improper input by the application.
Troubleshooting Method:
To obtain guidance to troubleshoot, see Support.
Workaround:
Use iterative APIs when requesting possibly a huge amount of data (for example, requesting data from thousands of qtrees).
Long running process issue has been resolved in Data ONTAP 7.3 and Data ONTAP 7.2.3P1.
Possible Causes:
The storage system rebooted during API processing and the application was using blocking connection APIs.
The network failed at the storage system.
Troubleshooting Method:
Check uptime of the storage system (using the uptime command). If the uptime indicates that the storage system booted recently, then check whether there was a recent crash in the core file at /etc/crash/core-*. To obtain further guidance to troubleshooting, see Support.
If there is no crash or no API-related message in the crash stack trace, then there could be a power failure or network-related problem.
Workaround:
Restart the client application.
Use non-blocking calls in C (use the set-time-out() function for changing blocking to non-blocking).
Possible Causes:
The API input schema validator sends this error if the API input does not match the input parameters set for that API.
The API input schema validator sends the Missing input error (error number: 13006) when there are missing input parameters. It sends the Extra input error (error number: 13115) when input contains extra parameters.
Troubleshooting Method:
Verify that all the input parameters in your application or script match the API documentation. Update the application or script if there is a mismatch.
Workaround:
As a workaround, disable the API input schema validator. To disable, use the following commands:
$ priv set advanced
|
|
The command priv set advanced is for advanced users. It is recommended that you use it only under NetApp personnel guidance. Such advanced commands may be potentially dangerous. |
$ registry set state.api.schema_input_validate.enable off
$ priv set admin
You can use this workaround for Data ONTAP 7.3.1 and later.
Possible Causes:
The API output schema validator sends this error if the API output does not match the input parameters set for that API.
The API output schema sends the Missing output error (error number: 14513) when there are missing output parameters. It sends the Extra output error (error number: 14514) when output contains extra parameters.
Troubleshooting Method:
This is a bug either in the API implementation or in the API documentation. Contact NetApp NGS and inform them about the bug.
Workaround:
Disable the API output schema validator. Following is the workaround for Data ONTAP 7.3.1 and Data ONTAP 7.3:
For Data ONTAP 7.3.1 and later, use the following commands to disable the API output schema validator:
$ priv set advanced
$ registry set state.api.schema_output_validate.enable off
$ priv set admin
For Data ONTAP 7.3, use the following commands to disable the API output schema validator:
$ priv set advanced
$ registry set state.api.schema_validate.enable off
$ priv set admin
|
|
The command priv set advanced is for advanced users. It is recommended that you use it only under NetApp personnel guidance. Such advanced commands may be potentially dangerous. |
Related Topics