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

CSCwp27622 - Activation of C2960X stack switches is failing

Hi,

We are experiencing this exact same issue with distributing the c2960x-universalk9-tar.152-7.E12.tar software to switch stacks.  We are scheduling the jobs to apply the software update outside of normal working hours (autonomously), however despite the distribution part for the update working, the activation for switch stacks fails every time.

When checking the targeted switch stack afterwards we can see that the software exists on the switches (every member in the stack), the software directory is present:

  • 5 drwx 512 Jun 3 2025 12:04:18 +01:00 c2960x-universalk9-mz.152-7.E12

The .tar file is within that directory (the same as all previous IOS iterations):

  • flashX:c2960x-universalk9-mz.152-7.E12/c2960x-universalk9-mz.152-7.E12.bin  [where X is the flash of the stack member]

For whatever reason the boot path-list doesn't seem to get touched by the scheduled job. ["Show boot" output attached]


We initially started the deployment via Catalyst Center (2.3.7.6-70319) and whilst we're aware this isn't the latest version, it appears the user who submitted the bug report above is on the newer version already and is experiencing the same issue.
We've verified the md5 / sha checksum of our download and it matches that on Cisco's download website, we've also tried a new download in the event something went wrong.

We've also pre-prepped the switches to ensure there is enough free space (~80Mb per switch in stack) for the file to untar.


As we're still transitioning away from Cisco Prime (I know.  We'll get there eventually!) we still had visibility of the switches in Prime so we've also tried the software distribution from there with the same result, failed activation.

In Prime I have cobbled together a CLI template ["Prime Fix" attached] so I can schedule the activation and reload, so that the switch stack will autonomously go "live" on the E12 version, however that means each switch stack needs to be hit with a two-pronged approach which slows everything down as we have 133 stacks (albeit some are single switches).  This is what is currently the fix for us in Prime at least.


Is this release of E12 just bugged as all previous iterations we've rolled out E11, E10, E7 etc have all worked perfectly fine in a single distribution & activation job.  Can anyone help shed some light or at least confirm our thinking that there is a coding issue with this latest E12 release or that this bug is properly on the radar?

Thanks,
Phil W

0 Replies 0