This discussion has been locked. The information referenced herein may be inaccurate due to age, software updates, or external references.
You can no longer post new replies to this discussion. If you have a similar question you can start a new discussion in this forum.

Cicsco IOS Upgrade Change Template: with scheduled reload

All -

Note that this script was written to upgrade switches by type; i.e. run once to upgrade a batch of 2960 switches, run a second time to upgrade a batch of 3750 switches. Mixing switch types in the same iteration will make your network VERY unhappy.........

The following caveats apply:

Switch must be a relatively recent Catalyst model. I've tested it successfully on the following models:

  • 2950
  • 2960
  • 3560
  • 3750v1
  • 3750v2
  • 3750-E
  • 3750-X

The template is dependent on the relevant *.tar image file being available in the \TFTP-Root directory of your Core Server, and the script will ask you for the full filename of the *tar file as a variable (please note you don't need the full pathname, just make sure you include the extension). Please note that the older *.bin type IOS files will not work with this template: it uses the archive download-sw command which expects the *.tar filetype so that it can upgrade the web-based management tool etc.)

The section .PARAMETER_DESCRIPTION is simply a list of available IOS tar images on the core tftp server: you should amend this list to reflect the versions that you use. I've put it there as it makes it easy to copy and paste the image filename when running the script.

The template will ask for a time to reload the switches in 24hr format as a variable.

This config does NOT work on NX-OS switches!!!

Feel free to suggest amendments, or take it and improve it!!

Regards,

John

Parents
  • Never tried it, but the Archive download-sw command should error if the target switch doesn't have enough RAM to run the image you are trying to update (it checks beforehand). The script does contain the /overwrite switch which means it'll overwrite the existing image files.

    Bear in mind that the reload command issued is a separate command (i.e. reload at xx:yy); one of the reasons I do a timed reload is that I can ensure the image has upgraded successfully by checking the job logs or manually on the switch before the reload happens; it can be cancelled if there are any errors.

    Regards,

    John

Reply
  • Never tried it, but the Archive download-sw command should error if the target switch doesn't have enough RAM to run the image you are trying to update (it checks beforehand). The script does contain the /overwrite switch which means it'll overwrite the existing image files.

    Bear in mind that the reload command issued is a separate command (i.e. reload at xx:yy); one of the reasons I do a timed reload is that I can ensure the image has upgraded successfully by checking the job logs or manually on the switch before the reload happens; it can be cancelled if there are any errors.

    Regards,

    John

Children
No Data