The config that you posted looks pretty reasonable. To really understand what is happening and to be able to answer your question we also need to see the configuration of the other HSRP peer. In particular we need to see what, if anything, the other device is doing with priority and to verify that the other device is configured with preempt. We also need to know if the other device is perhaps doing its own track of these interfaces. It might also be helpful to see the output of show standby.
My first guess at the issue is based on your description of the symptoms. One thing that would produce the symptoms that you describe is if the other HSRP peer does not have preempt in its configuration. What the track feature does is that when it detects that the tracked interface is protocol down it lowers the priority of the device. If the peer who has been "standby" gets a higher priority than the "active" and has preempt then that router becomes the new active HSRP router. But if the standby router gets a higher priority but does not have preempt then it is not able to take over as the new primary.
My second guess is that if the other HSRP peer happens to be tracking the same set of interfaces, that when there is an interface failure that both routers might be lowering their priority and there is no failover because the priority relationship has not changed (both routers have lowered their priority).
So provide us with the additional information and we may be able to find answers for your question.
This new response caused me to take a fresh look at the question. Perhaps we need a more clear description of what happens. From the description in the original post I gather that there is some issue on one of the interfaces, which causes HSRP messages to fail, and that interface does fail over to the standby. But the other interfaces do not fail over.
It would help to see the output of show interface of the problem interface or perhaps show ip interface brief when this problem happens. We need to see whether the interface still shows as up/up or does it show as up/down? If it is up/down then HSRP should have failed over. But if it is up/up then HSRP will not fail over.
It is a bit tricky to track an LAN interface like Ethernet/FastEthernet/GigabitEthernet because you may lose end to end connectivity but the interface will still show up/up.
Perhaps the original poster can clarify the interface status when the problem happens.
DocumentationCode download linksGoalRequirementLimitationsSupported ISR
and UCS-E ModelSupported ISRG2 and UCS-E Blades:Supported ISR4K and
UCS-E Blades:Step by Step ConfigurationConfigure one of the connectivity
options to access the Cisco IMC from the n...
Firepower Threat Defense (NGFWv) on UCS E-series - Transparent Mode in
HA DocumentationCode download linksGoalRequirementLimitationsSupported
ISR and UCS-E ModelSupported ISRG2 and UCS-E Blades:Supported ISR4K and
UCS-E Blades:Step by Step ConfigurationCo...
Question I am currently unable to specify "crypto keyring" command when
configuring VPN connection on my cisco 2901 router. The following
licenses have been activated on my router :