Hi everyone, I'm experiencing a deadlock between snmpd and my subagent. I'm using net-snmp 5.4.2.1. Subagent is a single thread which takes care of both generating traps and replying to requests. Problem occurs when there is a high volume of snmp traps (due to a loosely connected fiber, the link keeps going up and down at very high rates) and at the same time a few SNMP GET/SET requests come in. What happens is that generated traps get queued at the AgentX socket, up to the point where the queue is full and the subagent hangs waiting for snmpd to free up some room in the queue; at the same time, since there are incoming SNMP requests, snmpd waits for the subagent to provide results, ending up in a deadlock situation. I was thinking of a setsockopt() with SO_SNDTIMEO within netsnmp_unix_transport() to enforce a timeout of, say, 500 ms. Has anyone experienced and/or fixed anything like that? I know it would be best to remove the root cause (and I will, eventually), but I would like the system to be dependable nonetheless... :-)
Thanks! Gerlando ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ Net-snmp-coders mailing list Net-snmp-coders@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
