Conference netcad::hub_mgnt

    Well, we've been through this enough times to say it one more
    time. When upgrading modules, always give enough time to load
    the device. In the case of the DECswitch900EF, you should familiarize
    yourself with the download procedure described in the installation
    manual. The 900EF uses its packet memory as the landing pad for the
    binary image loaded to it. After getting the complete image down
    loaded to the landing pad, the image is then written to the flash
    memory. When the "transfer completed" message was seen, it was just
    indicating simply that fact. That is, the transfer of the file from
    the load host to the module. The image still has to be written to
    the flash memory. You should not have removed power from the module.
    What you are seeing is the bootp request from the 900EF. If you have
    NETrider installed on your PC, there should be on-line help on how
    to set up the PC to support bootp. I personally don't have experience
    with NETrider, so I can't help with specifics there. HUBloader I believe
    also will support bootp, and if you go into the hubloader subdirectory,
    there is a template file called loaddata.dat which you can configure
    to load your 900EF. There is also a dcffiles.dat which provides the
    pointer to where the .bin images are on your PC. 
    So perhaps others here can walk you through what you need to do to
    set up your PC to support bootp requests.
    As for which image to load when answering a bootp from a 900EF, I'd
    suggest defaulting to the most current switch imageyou have on your
    PC, that is the DEFBAxxx.bin file, and once you have this loaded
    and the 900EF is alive again, then you can try again to load the 
    mp router image, and allow as much as 5 minutes for the router image
    to load to the 900EF.
    
    Bob

    
    
    
    
        Hello Donghoon Kim,
    
        Have a look at my Note Entry:3379.7
        Have a look at the Version of Your Hubloader (Actual:V1.1.0)
        and the Netrider-Loader. (Actual V1.0-03) (startup TFTP_Server,
    	Help, about, Displays the Version)
        As You can read in my Entry, i had problems to recover a
        braindead DETMM, but maybe You have more luck with Your 900EF.
        But You can see there how i set it up. For the Request File Name
        use WGE200, for Local File DEFBA152.BIN.
        I tested these Load-Procedure for the DECserver 900TM, (for which
        it was originally designed) and these works fine.
     
        But as i explained in my Entry, i had no success with the load of
        the PC TFTP-Server and i used a good old VAX with UCX installed
        and setup TFTP-Server and the update was "easy as Pie" !
     
    
        By the way: I am still waiting for any Comments to my Entry 3379.7 !?
        (maybe someone from Engineering ?)
      
    
	Good luck
     
    	Daniel MCS Switzerland
    

Once device is configured the way you want it, use clearVISN Recovery Manager
to back it up, saving its data to a file on your nms (Backup operation).

If slot gets corrupted, set it back to factory defaults, and issue a
Recovery Manager Restore operation, referencing the backup file from the
previous step (or the backup file from a list of backup files that
matches your desired configuration settings). This will restore the 
settings on the device prior to corruption.

See the Recovery Manager docs/online help for which devices Recovery Manager
supports, the parameters/parameter subsets supported on each device, and
for certain restrictions in backing up and restoring network devices.

John Gillis
clearVISN Apps - Recovery Manager

    
    John,
    
       Can I bring you all the modules that I have with corrupted firmware
    for one reason or another to reload?
    
    Seriously cVRM will restore any SNMP variables in an operational
    module. Unfortunately for the module to be operational it must
    have firmware. The problem in the basenote is that the module does
    not have operational firmware. cVRM will not fix that.
    
    Ed

    Ed's right, cVRM won't restore the 900ef referenced in the base note.
    The 900ef has a corrupted image, and by the description in the base
    note is sending out bootp's. The base noter will have to get a
    bootp server up to get this unit loaded again. As long as the 900ef
    is sending out bootp's it's an indication that at least the boot block
    code is intact, otherwise it would be truely dead, & worthless.
    So the 900ef would appear to be loadable if a bootp server can be
    set up to load it with whatever defba image he may have in his cons
    kit.
    
    Bob