cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
447
Views
0
Helpful
1
Replies

ACE probe failures only fixed by a reload

simon.allen
Level 1
Level 1

Hi,

We have a pair of ACE modules running c6ace-t1k9-mz.A2_1_1a.bin. They are a redundant pair, one in each of two 6513s.

A few weeks ago we had to reboot the active ACE as none of the load balanced services were working through it. We could access the CLI via the supervisor and it looked ok but was reporting probe failures on the rservers and we couldn't ping anything in the arp table, although the arp entries were correct, even after clearing the arp.

We switched to the standby ACE which restored service, reloaded the primary and then switched back. Everything was ok for a few weeks but we have a similar problem now. We've switched over to the standby ACE and everything is working but we haven't reloaded the other card yet.

We're seeing probe failures to rservers in each of the two contexts running on the ACE but the same rserver probes are working fine on the active ACE. We can ping a few of the rservers from the affected ACE but not all of them. The arp and mac address entries look ok.

Before we start looking at sniffer captures I'd like to know if there's anything we can check from the CLI that may give us an indication of what the problem is.

Can anyone help?

Thanks

1 Reply 1

Not applicable

Probe failures may be observed intermittently in a configuration with ICMP or UDP probes. This behavior may occur when the probe time interval is set too small (for example, 5 seconds) and the number of probe instances is greater than 4000.

Check the bug: CSCsl26094

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: