Ascend Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: (ASCEND) RE: SNMP and OS = BUG?
On Fri, 19 Sep 1997, Kenneth Packert wrote:
> Correct, the box does not respond to SNMP while uploading.
>
> Simply wait till it is fininshed.
True, But the problem seems to be that it just keeps uploading and
uploading and uploading and uploading. etc..
Jason
>
> -----Original Message-----
> From: John Coy [SMTP:jcoy@arkansas.net]
> Sent: Friday, September 19, 1997 10:59 AM
> To: Jason Nealis; Kenneth Packert
> Cc: ascend-users@max.bungi.com
> Subject: Re: SNMP and OS = BUG?
>
> I kind of ran into the same problem but after I telnetted to the box
> to see it was actually upgrading (you can go into debug mode
> and watch the little .......... thingies go by) I just let the box sit
> a few minutes and eventually SNMP services returned and that's when
> I knew it was ready.
>
> You're right though, the box doesn't respond to any SNMP commands
> while it's upgrading. I'm certain that's for a reason though.
>
> Just wait for the box for about 5-6 minutes as it downloads firmware.
> Also ensure your TFTP path is an absolute pathname.
>
>
> At 03:36 AM 9/19/97 -0400, Jason Nealis wrote:
> >
> >Ok, Something is strange here, I set everything according to your
> >descriptions below.
> >
> >ascend.systemStatusGroup.sysConfigTftp.sysConfigTftpHostAddr.0 a x.x.x.x
> >ascend.systemStatusGroup.sysConfigTftp.sysConfigTftpFilename.0 s tim.m40
> >ascend.systemStatusGroup.sysConfigTftp.sysConfigTftpCmd.0 i 6
> >
> >Then the box goes into a continual upgrade, It upgraded approx 3-4 times
> >before it will get to the command prompt.
> >
> >It looks as if the MAX is not returning the box back what I would guess
> >would be a integer of 0. Or what ever regular run time would be.
> >
> >Also durring the upgrade it doesn't respond to any snmpsets, So I can't
> >log a reset in there.
> >
> >BUG? Or am I do this wrong?
> >
> >Jason Nealis
> >Director Internet Operations
> >Network Access
> >Erols Internet
> >
> >
> >
> >On Thu, 18 Sep 1997, Kenneth Packert wrote:
> >
> >> This TFTP command has six options as shown.
> >>
> >> sysConfigTftpCmd OBJECT-TYPE
> >> SYNTAX INTEGER {
> >> save( 1 ), -- save configuration
> >> restore( 2 ), -- restore configuration
> >> saveAll( 3 ), -- save ALL config options
> >> saveMib( 4 ), -- save config w/MIB numbers
> >> saveAllMib( 5 ), -- save ALL config w/MIB numbers
> >> loadCode( 6 ) -- load a code image
> >> }
> >> ACCESS read-write
> >> STATUS mandatory
> >> DESCRIPTION
> >> "This variable instructs the system to perform the specified
> >> tftp operation."
> >> ::= { sysConfigTftp 1 }
> >>
> >> The reboot is:
> >> sysReset OBJECT-TYPE
> >> SYNTAX INTEGER {
> >> no-op( 1 ),
> >> reset( 2 )
> >> }
> >> ACCESS read-write
> >> STATUS mandatory
> >> DESCRIPTION "The reset takes effect after 1 minute."
> >> ::= { systemStatusGroup 8 }
> >>
> >> ken
> >> -----Original Message-----
> >> From: Jason Nealis [SMTP:nealis@babylon.erols.com]
> >> Sent: Thursday, September 18, 1997 8:43 AM
> >> To: John Coy
> >> Cc: ascend-users@max.bungi.com
> >> Subject: Re: (ASCEND) SNMP and OS?
> >>
> >>
> >>
> >>
> >> On Wed, 17 Sep 1997, John Coy wrote:
> >>
> >> > JASON!!! From your FAQ man!
> >> >
> >> :)
> >>
> >>
> >> > Actually, the MIB variables do exist. They are as follows:
> >> >
> >> > iso(1).org(3).dod(6).internet(1).private(4).enterprises(1).
> >> > ascend(529).systemStatusGroup(9).sysConfigTftp(5).
> >> > sysConfigTftpCmd(1)
> >> >
> >> > Where it's set value determines behavior:
> >> >
> >> > loadCode load firmware code
> >> > restore restore config via TFTP
> >> > save save config via TFTP
> >>
> >> That's my fault, I got all confused and thought the sysConfigTftpCmd was
> >> only for saving configurations, I was not aware of the seperate status
> >> codes.
> >>
> >>
> >>
> >> >
> >> > You set file locations and SNMP server locations using the:
> >> >
> >> > sysConfigTftpHostAddr(3)
> >> > sysConfigTftpFilename(4)
> >> >
> >> > I got all this worked out too but I couldn't get the damned
> >> > MAX boxes to reboot using SNMP. Go figure huh? Let me know if
> >> > you can figure out how to get them to reboot (I know the variable
> >> > it just doesn't do anything when I set it).
> >> >
> >> > At 05:04 PM 9/17/97 -0400, you wrote:
> >> > >
> >> > >
> >> > > OK, I'm was able to bang a script together that would go out and save
> >> > >all my configurations via tftp to my tftp server, Next challenge is
> >> > >to do OS upgrades via tftp. I search through the Ascend Mib and I didn't
> >> > >see anything in regards to OS upgrades and SNMP, BUT I know Ascend's
> >> > >new Navis Acess thingie will also do this, And I'm guess that it's
> >> > >done via SNMP, Or does it actually do some sort of expect script
> >> > >and step through the menu system?
> >> > >
> >> > >Summary: Do mib variables exist for me to upgrade OS's via SNMP?
> >> > >
> >> > > If so what are they?
> >> > >
> >> > >Jason Nealis
> >> > >Erols Internet
> >> > >
> >> > >
> >> > >++ Ascend Users Mailing List ++
> >> > >To unsubscribe: send unsubscribe to ascend-users-request@bungi.com
> >> > >To get FAQ'd: <http://www.nealis.net/ascend/faq>
> >> > >
> >> > >
> >> >
> >>
> >> ++ Ascend Users Mailing List ++
> >> To unsubscribe: send unsubscribe to ascend-users-request@bungi.com
> >> To get FAQ'd: <http://www.nealis.net/ascend/faq>
> >>
> >
> >
>
> ++ Ascend Users Mailing List ++
> To unsubscribe: send unsubscribe to ascend-users-request@bungi.com
> To get FAQ'd: <http://www.nealis.net/ascend/faq>
>
++ Ascend Users Mailing List ++
To unsubscribe: send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd: <http://www.nealis.net/ascend/faq>
References: