snmpd.conf and 'sys*' Configuration Directives

David Hauck <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <FCC5AC80E299464B82E1345E2C10FC9D75BF04F4@S1P5DAG4C.EXCHPROD.USA.NET>
Hi,

In case anyone is reading this list ;)...

It seems that there is no way to "reset" the sys* configuration directives (sysName/sysDescr/sysLocation/sysContact - I've actually only played with a couple of these but I suspect they all work similarly in this regard). I can successfully change sysLocation (for e.g.) to any non-zero value, issue a 'pkill -HUP snmpd' and followed by an 'snmpget <other params> syslocation.0' to retrieve the updated value. However, there's no way to represent an "empty/zero-length" string for this directive in order to clear out/reset the object. BTW, simply commenting out the directive doesn't do anything (i.e., the running agent simply reloads a configuration that doesn't have any new value for the directive so the pre-existing value persists).

I'm guessing this is a limitation of the snmpd configuration file parsing? However, I see reference to empty string context values so I'm guessing there must be some way to represent this. Is there? Otherwise, I take it this is a bug related to limited configuration file parsing?

Regards,
-David 

------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.