12.2.55 SE 1 ios on 3750G switch not loading -

[jschweng]

Trying to load the latest ios    c3750-ipservicesk9-tar.122-55.SE1.tar   on a 3750G switch with 16M RAM.

I get an error message that says not enough memory.

i read some and found that that image has ip services crypto image, kerberos, ssh, full l2 and l3 features along with the device manager files.  but there is a special image  c3750-ipserviceslmk9-tar.122-55.SE1.tar  with express setup for switches with 16 M of RAM

but it says it only has ipservices crypto image and the device manager file.

Does anyone know what other features will be lost between the two images?

Im not concerned with kerberos but we need full L2 and L3 capablity and ssh capabilty and all the EEM features.

thanks in advance

[Nelson Galimba]

The features will not changes within the IPServices image. Both have K9 in the image names so there will also be SSH support.

You can look at the product bulletin to see the differences between the images:

  http://www.cisco.com/en/US/prod/collateral/iosswrel/ps8802/ps5460/prod_bulletin0900aecd80281b17.html

You may already be familiar with the software advisor:

  http://tools.cisco.com/Support/Fusion/FusionHome.do

and feature navigator:

  http://tools.cisco.com/ITDIT/CFN/jsp/index.jsp

At what step do you get the memory error?  Is there another image on the flash?  Is there any issue seen with the DRAM?

[lasttimelord]

I am having the same issues with the 3750 TS 24 port switches. and switch stack installation with the Archive command.

If I fall back to doing just the: Copy tftp command for the Bin file alone. it works fine. ( as long as you manually delete the old IOS)

This has been a frustrating process that I will end up rolling out over 2 campuses.

I Bricked 2 switches trying to figure out the quickest way to roll these images out. CiscoWorks is not an options if I Can not do a clean install manually.

Any help is appreciated.

[Leo Laohoo]

there is a special image  c3750-ipserviceslmk9-tar.122-55.SE1.tar  with express setup for switches with 16 M of RAM

Hi Lock-Mart,

There is no such thing as a "special image".  You can make it "special" by doing the following:

1.  Delete all the sub-directory in the switch (this will include the old IOS);

2.  Uncompress the TAR file (use WinRAR).  Look for the IOS (BIN filename);

3.  Copy the BIN file to all your switches in the stack.

This should work and I've done exactly the same thing to all my 16mb 3750 switches.

[lasttimelord]

Good Morning LeoLaohoo,

I was able to do the copy Bin File over to 16meg switches. This was considered my WORST CASE Senerio.

My Switches are stacked any where from 4 to 7 deep.  Doing the Tar extraction Cascades the IOS from the Master switch to every switch in the Stack.

Is there a way for me to push the IOS bin file and have the same ability ?

We are talking about 2000+ switches.

[hobbe]

Hi

I am not shure this will help you but its worth a shot

copy tftp flash1:/ = flash of switch1 in stack

copy tftp flash2:/ = flash of switch2 in stack

and so on to each switch in the stack.

This is ofcourse scriptable.

set the boot variable and reload the stack

The only problem I have had with this method is that if the flash is not ok then you might get problems with that.

Good luck

HTH

[lasttimelord]

I do appreciate your reply to the current problem. But again that is worst case way of doing it in an environment for 2000 Plus switches.
The Tar was an easy  upgrade to one and cover many in one shot.

This is the delimma.

[Leo Laohoo]

But again that is worst case way of doing it in an environment for 2000 Plus switches.

This is your ONLY way.  Let me explain:  The complete TAR file IOS 12.2(55)SE1, with IP Services feature set, size is >16mb.  So it won't fit into a 1st Generation 3750.  If you, say, choose another version, like the 12.2(53) will definitely fit using a TAR file.  I've used this version before and upgraded to the 142.2(55)SE1 using the BIN file only.

[hobbe]

Hi again..

I totally understand that doing something on 2000+ units or doing something on 350-400 units (stacks) is a big difference.

but if you script this, all you have to do is to run the script on each of the stacks.

If you use SSH to speak to the switches there are several different ssh clients that support scripting or sending predefined commands.

so what you do is make your script and connect to the stack and run the script.

the commands the script needs to do is to copy the file from a tftp server to the flash1 flash2 and so on.

Or you can do a script in TCL, upload it to the stack and run it from the stack, it will do just the same thing.

You will have some extra work to test and check the script but thats it. after that its a one liner to initiate the script and it will do the rest for you.

so it is not a gigantic difference from the number of commands you will have to execute to upgrade with the .tar option.

so I do not understand why this is not an acceptable solution.

HTH

Good luck