Cisco 4500 Compressed Config Question

[Ironman]

Hello everyone, I noticed recently that when I do a write command on a 4500 that we have that it takes about 2-3 minutes to complete. I believe this is due to the config compression but still seems like a very long time.

Code Select Expand


Building configuration...
Compressed configuration from 51372 bytes to 13441 bytes[OK]


Tried removing the config compression but it's hardcoded into the 4500's. Any thoughts?

[javentre]

Tried removing the config compression but it's hardcoded into the 4500's. Any thoughts?

It's a hard-coded config "option" in the 4500s, you can't remove it.  There's nothing about your setup.

[Ironman]

Huh? I think you just repeated what I said above. . ?

[deanwebb]

Huh? I think you just repeated what I said above. . ?

I think he just repeated what you said above.

[Ironman]

Lol, nice!

[javentre]

Huh? I think you just repeated what I said above. . ?

You said you couldn't remove config compression from your config, and I'm saying that's normal.  It's not necessarily the cause of your long save times, but you'll probably never be able to prove it since you can't remove it.

What other thoughts do you want?  You haven't really provided any other details which could impact the issue, like IOS versions and dual supervisors (config sync).

I have a few hundred 4500s around and they don't take 3 minutes to a save a config.

[Ironman]

I said I couldn't remove the compress command because its hard-coded meaning I "knew" I couldn't remove it. . . . then you went and told me that it couldn't be removed because it was hard-coded. . . . . aka "repeated" what I said. . 

[deanwebb]

I said I couldn't remove the compress command because its hard-coded meaning I "knew" I couldn't remove it. . . . then you went and told me that it couldn't be removed because it was hard-coded. . . . . aka "repeated" what I said. . 

Now you repeated both what he said and what you said. Is this how switching loops develop?

[icecream-guy]

I'm not as think as you drunk I am.... 

[deanwebb]

I'm not as think as you drunk I am.... 

Are you saying that you need to post on a weekend thread now?

[javentre]

Good luck resolving your issue, I'm out.

[Ironman]

Good luck resolving your issue, I'm out.

Good luck resolving my issues, your out! (Repeating continues)

[LynK]

Good luck resolving your issue, I'm out.

im in.

have you tried dumping your config into usbflash0 ? Do you notice the delays still? How about if you failover your sups. Still the same config compression speed?

[Ironman]

Good luck resolving your issue, I'm out.

im in.

have you tried dumping your config into usbflash0 ? Do you notice the delays still? How about if you failover your sups. Still the same config compression speed?

There we go, thanks for a usable response! 

So, I am now thinking that there may be an issue with the secondary/slave SUP. When I try and do a show slavebootflash or anything on the slave, it take awhile and sometimes comes back with an error. I think I will have to take a trip over to the site and console into the secondary SUP.

Code Select Expand

%Error show slavebootflash: (Error Sending Request)

[wintermute000]

This is what TAC exists for