Re: (ASCEND) SNMP oddities

To: Tim Connolly <tec@mountain.net>
Subject: Re: (ASCEND) SNMP oddities
From: Phillip Vandry <vandry@mlink.net>
Date: Tue, 22 Sep 1998 15:49:20 -0400 (EDT)
cc: "David S. Langlands" <dsl@uss.net>, ascend-users@bungi.com
In-reply-to: Your message of "Tue, 22 Sep 1998 14:45:22 EDT." <3607F041.76F48F9B@mountain.net>
Sender: owner-ascend-users@max.bungi.com

>     Could you ask your group why they still haven't added a MIB for the Max's
> that can produce a result equal to a "pools -v" command ?

I'm thinking there might be a difficulty there.

Because there is only one session at a time allowed in the debug monitor,
I suspect many of the commands assume they have exclusive access to some
global variables and such. In particular, "pools -v" does a scan of the
memory allocation structures. For many debug level commands, there's
probably a good reason why they must be invoked from a mode which requires
exclusive access to some of the Pipe's resources.

Making the data simultaneously available via SNMP might require implementing
some mutexes that they previously did not have to worry about.

Or maybe I'm making life too complicated :-)

-Phil
++ 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:

Re: (ASCEND) SNMP oddities

From: Tim Connolly <tec@mountain.net>

Prev by Date: Re: (ASCEND) Ascend being stingy? Fan cutt-backs?
Next by Date: Re: (ASCEND) Ascend being stingy? Fan cutt-backs?
Prev by thread: Re: (ASCEND) SNMP oddities
Next by thread: (ASCEND) Access Control + ODBC
Index(es):
- Main
- Thread