Conference netcad::hub_mgnt

1431.0. "DECpacketprobe 90 has failed!" by STRWRS::KOCH_P (It never hurts to ask...) Thu Sep 15 1994 15:15

    
    I have been able to cause a DECpacketprobe 90 to FAIL. No matter what I
    do, I can't get it to successfully boot. I believe it has to do with
    the "max_log" parameter which indicates it accepts a value between 32
    and 1024, but when I sent to 32, a "get agent" says that the value is
    200,000+ something and when set to 1024, it says the value is 3145856.
    So, I've asked the CSC how to reboot from factory settings to try and
    clear the problem and they don't know how or if it can be done. So, how
    do I get the DECpacketprobe back into a usable state?
    
    If you say TFTP, does OpenVMS provide TFTP support? If not, does the
    ProbeWatch software provide TFTP support for re-downline loading the
    product?
    
    I've attached the error log and agent info for this failing
    DECpacketprobe 90. 
    
    
<00:00:00> Agent Serial#: 10864050
<00:00:00> IFN 1 MAC Addr: 08-00-2b-a5-c5-b2
<00:00:00> Free memory after boot = 927120 Bytes
<00:00:00> retevent: No Space for Event Log
<00:00:00> Agent fatal error, code 10
<00:00:00> Fatal error in Task: main
AMD 28F020 Flash detected

Computed checksum = 0xf56cf58e, flash checksum = 0xf56cf58e
Branching to flash code at Address 3003c8a



<00:00:00> Agent Serial#: 10864050
<00:00:00> IFN 1 MAC Addr: 08-00-2b-a5-c5-b2
<00:00:00> Free memory after boot = 927104 Bytes
<00:00:00> retevent: No Space for Event Log
<00:00:00> Agent fatal error, code 10
<00:00:00> Fatal error in Task: main

Hit any key to enter configuration utility..

% get agent
           model_number                  3210
serial_number                 10864050
software_version              1.0
nvram_version                 20
agent_location                first_floor
agent_contact                 ed_koloski
agent_name                    dpp90_1
read_community                public
write_community               public
max_host                      256
max_matrix                    32
max_log                       3145856
max_captsize                  8192
tftp_server                   199.177.0.32
tftp_filename                 ns3210.s
tftp_timeout                  10

    I think the fix is to enter command mode and type "clear nvram". Then
    don't change max_log again; I believe this is a known bug.
    
    You should be able to upgrade using TFTP from UCX on a VAX. See one of
    the notes just prior to this one.