Issues upgrading 3750G stack using Cisco Network Assistant

[Steve Davis]

Hello, I'm having difficulty upgrading to 15.0.1SE2 from 15.0.1SE.   I have about 50 switches in the network and a majority are on 15.0.1SE, others were on 12.2.55 I believe. The switches on 12 upgraded to 15.0.1 SE2 without issues using CNA. When I try to upgrade the 15.0.1SE to SE2, I receive the error. When i try to downgrade also from SE2 to SE, I receive the error. Thanks for any help in advance.    Steve

Failed to execute the command archive download-sw /overwrite /allow-feature-upgrade /http:iosFile

Software Upgrade failed.

[Leo Laohoo]

If your 3750G has 16 mb of flash then you can't upgrade to 15.0(1)SE (or later).  The highest you can go with 16 mb of flash is 12.2(55)SE5 and you need to use the "lm" file. 

[Steve Davis]

All our switches have a 32MB flash

Steve

[Leo Laohoo]

All our switches have a 32MB flash

Lucky you.

Why don't you try CLI?

[Steve Davis]

CLI works by copying the bin via tftp but it's not a constructive way to use my time in a 50 switch network and that's just one of my clients.

Steve Davis

[vaib7av.shirkul]

Hi,

Let say, You have 6 stack in the network ( 9 switches per stack and 1 stack of 5 switches)

That means you would get below output,

SW#sh flash1

Directory of flash:/

    2  -rwx       22124  Jan 30 2012 15:33:16 +05:30  config.text

    3  -rwx        1116  Jan 31 2012 12:20:28 +05:30  vlan.dat

    5  -rwx          27  Jan 30 2012 15:33:16 +05:30  private-config.text

    6  drwx         192   Mar 1 1993 05:39:15 +05:30  c3750-ipbase-mz.122-25.SEE1

32514048 bytes total (23700480 bytes free)

SW#sh flash2

Directory of flash2:/

    2  -rwx          27  Jan 30 2012 15:33:17 +05:30  private-config.text

  3  -rwx        1116   Mar 1 1993 05:32:47 +05:30  vlan.dat

    4  -rwx       22124  Jan 30 2012 15:33:17 +05:30  config.text

  363  drwx          64   Mar 1 1993 05:30:08 +05:30  microcode_update

    5  drwx         192   Mar 1 1993 05:37:49 +05:30  c3750-ipbase-mz.122-25.SEE1

  367  -rwx     6629160  Feb 17 2012 16:49:02 +05:30  test

32514048 bytes total (17019392 bytes free)

SW#sh flash3

Directory of flash3:/

    2  -rwx       22124  Jan 30 2012 15:33:17 +05:30  config.text

    3  -rwx          27  Jan 30 2012 15:33:17 +05:30  private-config.text

    4  -rwx        1116   Mar 1 1993 05:32:47 +05:30  vlan.dat

  363  drwx         192   Mar 1 1993 05:35:40 +05:30  c3750-ipbase-mz.122-25.SEE1

32514048 bytes total (23700480 bytes free)

Copy new IOS to only master switch (through TFTP) then try below method

sw#copy flash1:/c3750-ipbase-mz.122-25.SEE2/c3750-ipbase-mz.122-25.SEE2.bin flash3:c3750-ipbase-mz.122-25.SEE2/c3750-ipbase-mz.122-25.SEE2.bin

sw#

copy flash1:/c3750-ipbase-mz.122-25.SEE2/c3750-ipbase-mz.122-25.SEE2.bin flash4:c3750ipbasemz.122-25.SEE2/c3750-ipbase-mz.122-25.SEE2.bin

The boot system switch all command is used to change the boot variable.

SW(config)#boot system switch all flash:/c3750-ipbase-mz.122-25.SEE/c3750-ipbase-mz.122-25.SEE2.bin

SW(config)#exit

SW#wr

verify boot path list using show boot command.

Regards,

Vaibhav

[Leo Laohoo]

sw#copy flash1:/c3750-ipbase-mz.122-25.SEE2/c3750-ipbase-mz.122-25.SEE2.bin flash3:c3750-ipbase-mz.122-25.SEE2/c3750-ipbase-mz.122-25.SEE2.bin
copy flash1:/c3750-ipbase-mz.122-25.SEE2/c3750-ipbase-mz.122-25.SEE2.bin flash4:c3750ipbasemz.122-25.SEE2/c3750-ipbase-mz.122-25.SEE2.bin

Errrr ... Now that's one command I wouldn't use in a multi-switch-in-a-stack.

Presume you have, say, 4 switches in a stack.  Then the command to fully automate the installation is:

archive download-sw /destination 1 /destination 2 /destination 4 /destination 3 tftp:///IOS.TAR

[sdavids5670]

I know that this was posted a long time ago but I stumbled upon it today while researching this problem (which I'm now running into myself).  I spent several hours trying to get to the root cause (CNA version, HTTP vs. HTTPS, Java versions, etc).  Since I'm working on lab gear I'm free to reload the switches, change configuration, etc.  None of that had any effect.  I stared at packet captures trying to see if that would lead to any clues.  I finally tried to perform the upgrade using "Remote TFTP Server" instead of "Standard" mode and it seems to be working just fine.