[prev in list] [next in list] [prev in thread] [next in thread] 

List:       net-snmp-bugs
Subject:    [ net-snmp-Bugs-3560411 ] Incorrect engineBoots value in snmpd.conf on SIGHUP
From:       SourceForge.net <noreply () sourceforge ! net>
Date:       2012-08-21 17:10:17
Message-ID: E1T3ry7-0006Rq-2x () sfs-ml-1 ! v29 ! ch3 ! sourceforge ! com
[Download RAW message or body]

Bugs item #3560411, was opened at 2012-08-21 10:10
Message generated for change (Tracker Item Submitted) made by bhaskarkhcu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3560411&group_id=12694

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: agent
Group: linux
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: K   Bhaskar (bhaskarkhcu)
Assigned to: Nobody/Anonymous (nobody)
Summary: Incorrect engineBoots value  in snmpd.conf on SIGHUP

Initial Comment:
I've observed a minor issue in the handling of engineBoots when the agent is \
reconfigured( on SIGHUP). The  issue is identified in 5.7.1 version.

This issue is on receiving SIGHUP snmpd is incrementing the enginBoots by 1 locally \
but in the configuration file in persistent folder is not  updated immediately with \
the incremented value. Only when snmpd receives SIGTERM it is updating with the new \
value in to file . But in some expectionaly cases where snmpd could not \
handle/receive  SIGTERM  , update of engineBoots will be missed in to  teh \
configuration file in the  persistent folder.


I  have below  pacth for this issue. Call "  snmp_store(app_name);" after \
update_config() function call which will store  the new engineBoots value in to \
configuration file immediately.


       if (reconfig) {
#if HAVE_SIGHOLD
            sighold(SIGHUP);
#endif
            reconfig = 0;
            snmp_log(LOG_INFO, "Reconfiguring daemon\n");
            /*  Stop and restart logging.  This allows logfiles to be
                rotated etc.  */
            netsnmp_logging_restart();
            snmp_log(LOG_INFO, "NET-SNMP version %s restarted\n",
                     netsnmp_get_version());
            update_config();
            snmp_store(app_name);
            send_easy_trap(SNMP_TRAP_ENTERPRISESPECIFIC, 3);
#if HAVE_SIGHOLD
            sigrelse(SIGHUP);
#endif
        }



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3560411&group_id=12694

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Net-snmp-bugs mailing list
Net-snmp-bugs@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/net-snmp-bugs


[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic