On Tuesday, April 30, 2013 5:19:08 pm Glen Barber wrote:
On Tue, Apr 30, 2013 at 04:53:13PM -0400, John Baldwin wrote:
Try 'p phd' to start. INP_PCBPORTHASH is a macro, so you will
have to do it by hand:
'p pcbinfo-ipi_porthashbase[lport pcbinfo-ipi_porthashmask]'
(That should be
On 1 May 2013, at 16:56, John Baldwin wrote:
It looks like the ipi_hash_lock is locked (and udp_connect() locks it), so I
think the offending code is somewhere else. Also, I can't find anything that
removes an inp without hold the correct pcbinfo lock. Only thing I can think
of is if the
On Wed, May 01, 2013 at 06:45:53PM +0100, Robert N. M. Watson wrote:
On 1 May 2013, at 16:56, John Baldwin wrote:
It looks like the ipi_hash_lock is locked (and udp_connect() locks it), so
I
think the offending code is somewhere else. Also, I can't find anything
that
removes an
On 1 May 2013, at 19:03, Glen Barber wrote:
I'll need to catch up on this thread later, but a few questions:
Do we know if the application in question is multithreaded, and
if so, might it be attempting concurrent operations on this socket?
I do not know if zabbix-agent is multithreaded,
On Wednesday, May 01, 2013 2:08:57 pm Robert N. M. Watson wrote:
On 1 May 2013, at 19:03, Glen Barber wrote:
I'll need to catch up on this thread later, but a few questions:
Do we know if the application in question is multithreaded, and
if so, might it be attempting concurrent
On Wed, May 01, 2013 at 02:30:36PM -0400, John Baldwin wrote:
On Wednesday, May 01, 2013 2:08:57 pm Robert N. M. Watson wrote:
If in DDB, it would be useful to do a ps so we can identify threads in
the
process, and in particular, whether they might be in the kernel around the
moment of
