Table Of Contents
General NAM Issues
NAM Not Responding
This appendix addresses some common issues you might encounter while using NAM Traffic Analyzer 5.0.
It contains the following sections:
•General NAM Issues
•NAM Not Responding
General NAM Issues
Q. What information should I collect and what else should I do when the NAM is not responding?
A. Determine the answers to the following questions and gather the following information:
•Does session from the switch/router CLI work?
•Does ping over EOBC (127 subnet) work?
•Does ping to the management IP address work?
•Collect output of show tech-support command from both the NAM and the switch or router.
•Collect core files.
•Check if NAM is seated correctly in chassis
•Reset into maintenance image or helper
•Clear the configuration
•Reinstall the application image (possibly with the repartition option --install)
Q. I'm waiting for the graphical data to populate on a dashboard. What does this red error "Request Error -- Please Try Again" mean?
A. This means an internal error has occurred, or the login session may have timed out.
Q. I'm waiting for the graphical data to populate on a dashboard. What does this red error "Query resulted in no data" mean?
A. The NAM does not have any data for the specified time frame and specified filter. Go to the Interactive Report (on the left side of the screen) and click the Filter button to check the filter settings and data sources to make sure the NAM is getting data.
Q. What does the message "Client or NAM time is incorrect" mean?
A. The browser or client time and the NAM time must be synched to avoid this error.
Q. How can I find out using the CLI if packets are being dropped?
A. The following CLI command shows packet drops at different layers of the NAM system at 5 minute intervals and up to the last 24 hours:
root@NAM1x-18.cisco.com# show pkt-drop-counters Hour-0
Start time of the hour: 2010-11-05 13:00 PDT
Time hardware pkts droped FM pkts dropped ART pkts dropped
NAM Not Responding
Q. Why is my NAM Blade not responding?
A. Do the following:
•Check the NAM IP configuration (using the CLI command show ip)
•Check VLAN configuration of management port on Sup:
analysis module <slot> management-port access-vlan <#>
•Does the session from the switch/router work?
•Does a ping to NAM mgmt IP address work?
•What is the module status on Sup/router?
Q. Why is the browser behaving strangely? It is displaying data for no apparent reason.
A. Clear the browser cache, close the browser, and open a new session and try again. Also, make sure you are using a browser that is supported with NAM 5.0 (see the NAM Traffic Analyzer 5.0 Release Notes).
Q. Why is the NAM performance lower than expected?
A. Disk capture will reduce the NAM performance considerably. It is due to the disk input/output speed. You will see a warning on the screen in the top right corner.
Q. Why is no WAAS data seen on the Monitor screens?
A. Perform the following steps:
•Use the NAM GUI to verify that the Monitored Servers list is configured with the correct server IP addresses.
•Use the NAM GUI to verify that WAAS data sources have data collection enabled for applicable segments.
•Use the WAAS CLI "show statistics flow filters" to verify that the servers have active traffic flows that are optimized and monitored.
•Use the WAAS CLI "show statistics flow mon tcpstat" to verify that WAAS Flow Agent exports flow data to the correct NAM IP address.
Q. The WAAS is not sending data to the NAM, and the reports are not showing any values.
A. The WAAS will not send data unless filtering is enabled on the NAM. Enable filtering at Setup > Data Sources > WAAS > Monitored Servers, and check the "Filter Response Time for all Data Sources by Monitored Servers" check box.