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