Our 11501, running 7.20 Build 206, has one service that's showing state of down. (other services are alive). I ran a packet trace on the service's physical server and I'm not seeing any http activity that I thought I'd see via the keepalive.
I can ping the server from the CSS command line so I know they can communicate (and the packet trace shows the icmp activity).
I'm new to the CSS so not sure how to get this service back in ALIVE status. I've tried changing the keepalive to icmp but still no packets are seen between the css and the server.
First of all I need to say that you have a very old code. 7.20 is old train code and is vulnerable to many issues, including a few related to showing the service down when the keepalive actually works. This might not be the case but is important to keep that in mind.
It is very weird that a ping works but changing the keepalive to icmp wont bring the service alive.
Can you provide a running config and show me the service?
Is the CSS directly connected to the server? If not what device is in between?
I can go into debug and run icp probe service - runs just fine.
Debug icp runs fine for the service in question.
I created two named keepalives going against two other servers, these stay in the initializing mode.
I spoke to a TAC engineer yesterday, she recommended software upgrade due to bugs
After reading over the bugs, it may be due
to several possible scenarios that could apply to our situation.
We will be rebooting at least the backup css this weekend and will see what happens. (service is down on both css'es, primary and backup). Note that I had suspended the service on both due to timeouts we were having in applications, this is not a failure of the server since I can connect to the physical server without problems.
BTW - I also ran packet traces against a working service and never saw any evidence of keepalive activity. I did see activity when running a icp however. Definitely a problem with keepalives.
Introduction This article will help you understand the steps on how to
download the UCS licenses from the Cisco Systems website and then
installing it on the UCS. The redacted (blue lines) just covers up
certain numbers for privacy please do not take them...
Introduction This article will help you understand and educate the
customer on how to clear their "expired licenses"
(license-graceperiod-expired) from their UCS-M. If a customer just
purchased a license and needs a step by step guide on how to download
==================== VIC FNIC driver does not support Virtual Volumes (
second level LUN ID ) An enhancement request has been created to track
this feature - CSCux64473 UPDATE - 12-14-2016 We made some traction on
the enhancement request - The Fix is in t...