RE: snmpd.conf and 'sys*' Configuration Directives

David Hauck <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <FCC5AC80E299464B82E1345E2C10FC9D75C1D2D8@S1P5DAG4C.EXCHPROD.USA.NET>
Hi Wes,
 
I see you're trying to catch up on some queries to net-snmp-users - thx. Please see below.
 
On Fri, 28 Nov 2014 at 18:26:00, Wes Hardaker wrote:
> David Hauck <[email protected]> writes:
> 
>> It seems that there is no way to "reset" the sys* configuration
>> directives (sysName/sysDescr/sysLocation/sysContact
> 
> If you have set them with an snmpset, 

This was indirectly implied (reference to "configuration directive" and 'pkill -HUP snmpd'), but "no", I'm refering to these values being set via the snmpd.conf/kill -HUP mechanism.

> then the persistent state is
> stored in /var/net-snmp/snmpd.conf by default (though some linux
> distributions move it to /var/run/net-snmp/snmpd.conf).  It is in there that the new values are stored.
> 
> SNMP doesn't have a "delete" command, so it isn't really possible to
> delete a value via snmp.  You can set it to blank, or another value, but not to "go away".

Yes, this is fine, and I'm curious how to "reset" the value to blank via the snmpd.conf file. I couldn't see a way to do this (i.e., enter an "empty string").

Thanks,
-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.