Take the 2-minute tour ×
Server Fault is a question and answer site for professional system and network administrators. It's 100% free, no registration required.

I can check gstack, but just because I see the listener threads on the recv call does not mean that call is not returning. One other thing I thought was to do something like:

netstat -lupe | grep <PROCESS_PID>

to check the inodes of the sockets listening via udp. Then possibly try watching (watch command) what /proc/net/udp says about the receive and transmit queues of those inodes. I'm not sure if this is a good way to diagnose this, however. Trying to listen to the same multicast groups to check for data coming in is also not really a guarantee that the process in question is receiving it.

What are some other ways or things I could probe or try?

share|improve this question

1 Answer 1

Look at netstat -gn output to see joins.

tcpdump can help actually see activity... e.g: tcpdump -i eth1 -s0 -net

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.