08-29-2012 08:51 AM - edited 03-07-2019 08:36 AM
Hello,
I have 2 datacenters running same equipement (two Nexu 5596 with FEX).
I just took a look at the log just to see if everything is ok and I saw that I have the same error message (a lot of times) at both location :
%SYSMGR-FEX100-5-HEARTBEAT_LOSS: Service "satctrl" heartbeat loss 2 ,max 7
I though it was a problem with my peerklink-keepalive connection but I see the word FEX ....so i'm not sure...
Note that at both locations, my Nexus are connected back to back through the management port using transceivers. So it's a copper cable from the first nexus, going into a transceiver, going to another transceiver in fiber and then back to copper to the other nexus.
Any idea ?
thanks
Solved! Go to Solution.
06-25-2013 12:03 PM
same message here, any findings?
08-29-2012 03:12 PM
Hi,
Is VPC keep alive established?
what is the output of "show vpc"?
HTH
08-30-2012 06:42 AM
Hi,
yes vpc keep alive is established
Primary core :
Secondary core :
vPC domain id : 1
Primary core :
Secondary core :
thank you
06-25-2013 12:03 PM
same message here, any findings?
06-25-2013 12:13 PM
Hello,
I talked to cisco for over a year about this problem (a lot of debugging with them). It's supposed to be fixed in the 6.X release but 6.x is not recommanded at the moment. So they told me to not upgrade right now unless we have problems.
06-25-2013 05:29 PM
Vincent,
Error:
%SYSMGR-FEX100-5-HEARTBEAT_LOSS: Service "satctrl" heartbeat loss 2 ,max 7
1. Heartbeat Issue: - Satctrl is supposed to punch heartbeat every 5 secs. - Its allowed to miss upto 7 times (35 secs). - After 7th miss, it will be killed by sysmgr, fex will be offline. - Sysmgr sends these syslogs after 2nd miss. The reason of this heartbeat failure is some other processes in the fex is busy doing some operation and satctrl doesn’t get scheduled to punch heartbeat timely. Cisco has a software bug to track this issue, when NMS to poll the fex info, sometimes it will lead to heatbeat failure. http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&bugId=CSCuc39303*Plz rate if this info is helpfull.
.HTH Regards
Inayath
06-26-2013 05:54 AM
Inayath,
yes it's exactly that. That was the bug id that was created after I spoke to TAC for several months of debugging.
06-26-2013 06:13 AM
Yes please upgrade to the latest to have this resolved or remove the snmp polling out of the config.
HTH
Regards
Inayath
*Plz rate all usefull post and close the thread as answered.
06-26-2013 09:09 AM
Thanks for the help inayath. I had the same query and it helped me.
Regards
Fari
06-26-2013 09:14 AM
sure, thanks, solarwinds and n5000-uk9.5.1.3.N1.1a.bin is my case too, we will try to upgrade,
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide