It didn't help. =[
The subagent doesn't block everytime. It's like 50% of the times.
I have no idea why...
It blocks waiting for data in the agentx socket.
On Sat, Sep 24, 2011 at 3:34 AM, Bart Van Assche <[email protected]> wrote:
> 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 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
