Trying to capture software image from 3550 to repository. The image is in directory named after the image name (CMS?). RME knows the image name but not the fact it is in directory and so does not pull the image.
SWIM always uses .tar files to upgrade any XL (2900XL,3500XL,2950 and 3550 series) devices. If we
select a .bin file for upgrade, the upgrade will fail but manually these devices can be upgraded
using .bin files. Tar file is a combination of .bin and html files which provides web interface to the device. SWIM
should allow .bin file upgrade for those customers who does not want web interface and if they want
to upgrade their devices using .bin file.This reduces the amount of time required to upgrade the
device also because tar extraction takes long time. I guess there is a patch available for this problem.You can try using that patch or try to manually upgrade to the new image.
I have also run into the same problem. RME4.0 is trying to rcp the image file using tftp. It knows the image file name (or atleast thats what the log shows) but when trying to retrive the image from the switch it does not realise that the image is available one setp below, in a directory with the same name as the image file.
Here is the log file for the attempt made:
mdm>terminal length 0
mdm>terminal width 0
Current privilege level is 1
Current privilege level is 15
mdm#terminal no monitor
mdm#dir /all flash:
Directory of flash:/
2 -rwx 0 Jan 01 1970 00:01:20 env_vars
3 -rwx 344 Jan 01 1970 00:01:20 system_env_vars
4 -rwx 11590 May 12 2005 16:42:41 config.text
5 -rwx 99 May 12 2005 16:42:41 private-config.text
6 -rwx 2836 Oct 16 1993 00:20:07 vlan.dat
8 drwx 192 Mar 01 1993 00:04:17 c3550-i9q3l2-mz.121-19.EA1c
15998976 bytes total (9574912 bytes free)
mdm#copy flash:c3550-i9q3l2-mz.121-19.EA1c.bin rcp://email@example.com//tmp/rep_sw1115976943745
Address or name of remote host [10.200.95.97]? 10.200.95.97
Destination username [cwuser]? cwuser
Destination filename [/tmp/rep_sw1115976943745]? /tmp/rep_sw1115976943745
%Error opening flash:c3550-i9q3l2-mz.121-19.EA1c.bin (No such file or directory)
This clearly shows the command line that is being generated by RME for tftp is incorrect.
The question is - has any one found a solution to this problem or is this YET another bug in RME4.0?