Re: SET variable failed

jatinder goswami <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <CAJd+9+17n2gmkKgw6JjB=U9LU+eYCMsbbyzLfAyD17cAVHcBuw@mail.gmail.com>
Hi,

Make sure that "public" is mentioned as "rwcommunity" in snmpd.conf.
If it is mentioned as "rocommunity", you can not do SET(write) operations
using it.

-Jatinder
On Mon, Oct 10, 2011 at 1:21 PM, <[email protected]> wrote:

> Hello,
>
> I wrote a table handler as a loadable module which handles incoming  SET-
> and GET requests.
> The GET requests handles perfectly but the set requests failed and will not
> forwarded to my implemented table handler.
>
>
> Here some code snips:
> The registered handler is able to handle read and write messages.
>
> reg = netsnmp_create_handler_registration("channelParamTable",
>                        channelParamTable_handler, channelParamTable_oid,
>                        channelParamTable_oid_len, HANDLER_CAN_RWRITE);
>
>
>
> But my table handler 'channelParamTable_handler' will never called if the
> snmpset request to a writable variable transmitted.
> The below snmp_log - statement printed only on get requests.
>
>
> int channelParamTable_handler(netsnmp_mib_handler *handler,
>                netsnmp_handler_registration *reginfo,
>                netsnmp_agent_request_info *reqinfo, netsnmp_request_info
> *requests)
> {
>
>        netsnmp_request_info *request;
>        netsnmp_table_request_info *table_info;
>        struct channelParamTable_entry *table_entry;
>
>        bool get_data = false;
>
>        snmp_log(LOG_DEBUG, "REQ-MODE %X channelParamTable_handler\n",
> reqinfo->mode);
>
> return SNMP_ERR_NOERROR;
>
> }
>
>
> My mib has also declared the specific variables as writable.
> chName OBJECT-TYPE
>       SYNTAX        DisplayString
>       MAX-ACCESS    read-write
>       STATUS        current
>       DESCRIPTION   "Name of the channel."
>        ::= { channelParamEntry 6 }
>
>
> What can i do i order to handle SET-request messages within my table
> handler.
>
> Here my requests from the command line:
>
> snmpget -v2c -c public 192.168.10.74 channelParamEntry.chName.34817.1
> INDUSOL-MODULAR-INSPEKTOR-MIB::chName.34817.1 = STRING: "Channel 1 - DP"
>
> snmpset -v2c -c public 192.168.10.74 channelParamEntry.chName.34817.1 s
> temp
> Error in packet.
> Reason: noAccess
> Failed object: INDUSOL-MODULAR-INSPEKTOR-MIB::chName.34817.1
>
>
> Norman
> --
> NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie!
> Jetzt informieren: http://www.gmx.net/de/go/freephone
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> 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
>

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1

_______________________________________________
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.