Re: Subagent blocks in recv
Bart Van Assche <[email protected]>
| Newsgroups | gmane.network.net-snmp.user |
|---|---|
| Message-ID | <CAO+b5-oiwavAfkmTA8sf0iQtZ-fRa-ADs9zd__4gZrJ7F2mbJA@mail.gmail.com> |
On Fri, Sep 23, 2011 at 8:35 PM, Rodrigo Barboza <[email protected]>wrote: > I have an agent and a subagent running together. > My subagent stays blocked in recv until I do the first snmprequest and then > it never gets blocked again. > This is where it gets blocked. (ps: I use the agent_check_and_process with > a little modification. I added a mutex so I could read and update mib in > separated times) > > count = select(numfds, &fdset, 0, 0, tvp); > > > /* > * packets found, process them > */ > pthread_mutex_lock(&agent_mutex); > *snmp_read(&fdset);* > pthread_mutex_unlock(&agent_mutex); > > It stays blocked in snmp_read(&fdset). > > Does anyone have any idea? > Does the patch attached to http://sourceforge.net/tracker/?func=detail&aid=3411958&group_id=12694&atid=312694help ? Bart. ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 _______________________________________________ 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