Our organisation is currently trialling Orion NCM as a replacement for Ciscoworks and at the moment we are testing IOS deployment by using the Command Script editor. Due to the nature of the network the flash memory on various Cisco devices is in different states:
- Some with room to copy a new IOS to
- Some with not enough room
- Some with IOS images in bin format in the root directory
- Some with IOS images in folders
- Some with TAR image sets
Because of this we have deemed the current best course of action for a 'one fits all' command is to use "format flash:" before copying the IOS over. Below is an example of the command set used:
format flash:
copy txxx.xxx.xxx.xxx/imagename.bin flash:
conf t
boot system flash:imagename.bin
exit
wr
(note: this is just an example, we have the appropriate amount of carriage returns and are purposely not doing a reload at this stage)
This is where the problem lies, before the format command can complete it moves on to other commands and subsequently fails.
We have also tried editing the standard Cisco IOS template with the following:
<Command Name="FormatFlash" Value="format flash:" Delay="15000" Regex=""/>
We then add the command ${FormatFlash} into the script, which runs the command but without a delay. The delay field I believe to be in milliseconds but either cannot handle such a large value (equates to 15 seconds) or does not work the way I assumed.
As we are targeting around 800 devices in the test it is inefficient and presents too great a risk for us to run seperate scripts to facilite this.
Any help/advice is greatly appreciated.
UPDATE: We instead are now using the delete /force /recursive flash:/ command to delete the flash contents. But if we could still get an answer regarding how to create a delay it would be good.
