Stack Update 3750 with LMS does not work

[schoerlin]

Hello,

I tried to update an Cisco Catalyst 3750 Stack with LMS 3.2.

As you can see in the attachment the update doesn`t work. At the first switch of the stack the ".bin" file were deleted successfully.

At the second stack member (flash2), LMS does not delete the ".bin" file and therefore I get the following errormessages:

"There is insufficient space in flash2: to install the required"

"Clean up some old images, and try again."

Does anyone have an idea??

Thanks in advanced

Frank

[Gaganjeet Chug]

Hi,

Kindly enable the debugging for Software Management from RME > Admin > System Preferences > Application log level settings > SoftwareMgm > enable debug for both the modules.

Reproduce the issue and when job complete/failed. Kindly post the swim_debug.log from CSCOpx\log and the complete job directory from CSCOpx\files\rme\jobs\swim.

Note :- Kindly check the logs before posting if it contains any sensitive information.

Thanks

Gaganjeet

[schoerlin]

Hello Gaganjeet,

thank you for your answer. You can find the files in the attachment.

Thanks and best regards

Frank

[Gaganjeet Chug]

Hi,

Thanks for posting the logs here.

You was correct. RME was not able to delete the .bin image in flash2.It look like hitting bug - CSCsx44698 having the same symtoms but that bug was for RME ver 4.0.6 , however your RME version is 4.3.

As per the bug :-

Symptom:
RME is unable to perform a software upgrade on a 3750 stack - the following
error is observed:

There is insufficient space in flash2: to install the required image.  Clean
up some old images, and try again.


Conditions:
This will occur in all current versions of RME for stack switch upgrades where
there are large files on flash2: (flash filesystem of second stack switch) or
the flash filesystem of any other stack switches, large enough to not allow
enough space for the new image to be copied in and that were not copied in as
part of a previous RME SWIM job or using the archive download-sw command in IOS

Workaround:
Manually delete the older .bin images before starting the software upgrade.


Further Problem Description:
This issue is a result of limitations of the archive download-sw command use
by RME SWIM in IOS, as it is designed to be used as the sole upgrade mechanism
on stack switches.

Manually uploading .bin files etc. to stack switches will not be able to be
automatically removed by the archive download-sw command during upgrade.

So try the above workaround and see if that fix the issue. Also you can check this same behaviour from the job log you have uploaded and the name of the file is Test-Switch_telnet.log

Thanks,

Gaganjeet

[Gaganjeet Chug · Accepted solution]

Hi,

Thanks for posting the logs here.

You was correct. RME was not able to delete the .bin image in flash2.It look like hitting bug - CSCsx44698 having the same symtoms but that bug was for RME ver 4.0.6 , however your RME version is 4.3.

As per the bug :-

Symptom:
RME is unable to perform a software upgrade on a 3750 stack - the following
error is observed:

There is insufficient space in flash2: to install the required image.  Clean
up some old images, and try again.


Conditions:
This will occur in all current versions of RME for stack switch upgrades where
there are large files on flash2: (flash filesystem of second stack switch) or
the flash filesystem of any other stack switches, large enough to not allow
enough space for the new image to be copied in and that were not copied in as
part of a previous RME SWIM job or using the archive download-sw command in IOS

Workaround:
Manually delete the older .bin images before starting the software upgrade.


Further Problem Description:
This issue is a result of limitations of the archive download-sw command use
by RME SWIM in IOS, as it is designed to be used as the sole upgrade mechanism
on stack switches.

Manually uploading .bin files etc. to stack switches will not be able to be
automatically removed by the archive download-sw command during upgrade.

So try the above workaround and see if that fix the issue. Also you can check this same behaviour from the job log you have uploaded and the name of the file is Test-Switch_telnet.log

Thanks,

Gaganjeet

[schoerlin]

Hi,

many thanks for your answer.

The workarround, to delete the ".bin" files manually, and then start the IOS update works without any problems. I tried this several times before.

I also tried to delete the bin files with a NetConfig job. But unfortuanately this doesn`t work as well.

It seemed that I`m not able with NetConfig to confirm a file deletion.

Is there an opportunity to delete ".bin" files with a NetConfig job.

Thanks in advanced

Frank

[Gaganjeet Chug · Accepted solution]

Hi ,

See this when CiscoWorks try to delete image , there is interactive response. So, when you are deleting the .bin file from Netconfig job, you need to provide the confirmation as well. This type of job is actually known as "interactive command job".

from telnet.log

Testswitch-PROD#delete flash:c3750-advipservicesk9-mz.122-25.SEE4.bin
Delete filename [c3750-advipservicesk9-mz.122-25.SEE4.bin]?
Delete flash:c3750-advipservicesk9-mz.122-25.SEE4.bin? [confirm]

Example :-

You can enter an interactive command in the Enter CLI Commands area,
using the following syntax: 

CLI Commandcommand response 1 command response 2 

 tag is case-sensitive and this must be entered in uppercase only. 

 

Example 

For a Catalyst device, a clear counters command will give the following output 

c5000# (enable) clear counters This command will reset all MAC and port
counters reported in CLI and SNMP. Do you want to continue (y/n) [n]? 

Now from RME > netconfig ..
To clear the counter, the syntax is: 

clear counters y 

To accept the default, the syntaxes are: 

clear counters n 

or 

clear counters  

To accept the default value, you do not need to enter any values after the tag 

Try to create the Netconfig job like above and you should be able to delete the .bin files from CiscoWorks on device.

Also, 
the whole problem is with IOS command itself "archive /download" is only deleting the files that
are in the structured directory. Once changes had been made that command "archive /download" will 
not work anymore on device.So since RME uses the same command forupgrading the IOS as you would do 
it manually, then is expected to encounter the same error through Ciscoworks too. It is an IOS side issue rather.

[schoerlin]

Hi,

thank you very much for your answer. The workarround works without any problem.

Best regards

Frank