On Thu, May 05, 2005 at 08:40:17AM -0700, Wes Hardaker wrote:
> >>>>> On Wed, 04 May 2005 18:38:20 -0400, Alex Burger <[EMAIL PROTECTED]>
> >>>>> said:
>
> Alex> c:\Program Files\Net-SNMP\etc\snmp;c:\Program
> Files\Net-SNMP\snmp\persist
> Alex> The testing I did today was with 5.2.1. A new enviornment variable was
> Alex> added months ago to main called SNMP_PERSISTENT_DIR which we could use
> Alex> instead of the persistentDir snmp.conf token. Changing the token to
> use
> Alex> netsnmp_ds_register_premib() works, but you mentioned it could still
> Alex> cause issues. Using SNMP_PERSISTENT_DIR is perfectly fine with
> Alex> me.
>
> FYI, SNMP_PERSISTENT_FILE has been around since at least 5.0.x...
>
> Alex> The question now is shouldn't we always load the persistent file, even
> Alex> if the user defined SNMPCONFPATH?
>
> No. You shouldn't ever force the loading of a particular persistent
> file. We can't force the loading of it because people may be doing
> something intentionally based on passed usage. In short, if you
> change the behavior of the existing library you're talking about
> something that should probably go into 6.0 if at all. Maybe a
> warning, however, would be a good alternative ("warning: persistent
> directory not found in the SNMPCONFPATH setting") or something.?
I have to disagree here. If there is such a warning then it should be possible
to turn of by itself from code since I can imagine a subagent that lacks
persistent data and there such a warning is just silly and annoying, just
like the present warning of missing vacm config that are nothing but annoying
in the case of a subagent which, typically, have no need at all for SNMP
protocol support.
/MF
-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
