On 02/25/2015 09:20 PM, Vincent Bernat wrote:
What kind of VM is that? It's odd to run out of space on those tap
interfaces. This can be the cause of lldpd hanging since writing to the
devices is done synchronously while the remaining of the daemon is
asynchronous.
Just to be clear this doesn't happen on a particular host/vm combo but
there is a correlation between lldp getting stuck and this log (i.e. no
buffer on a tap if). This is a public vps infrastructure so i can't
really tell if the vms on these interfaces do something weird. In this
instance the vm is ours but it seems to be working fine.
Maybe you could get the output of strace the next time you run into the
problem (strace -p pidoflldpd). There are two processes but the one
likely to be blocked is the one running as _lldpd user.
This is what i get now from a stuck daemon:
# ps aux | grep lldp | grep -v grep
root 17752 0.0 0.0 46468 1432 ? SNs Feb25 0:11
/usr/sbin/lldpd -I eth*,tap*
_lldpd 17754 0.0 0.0 46468 1080 ? S Feb25 0:11
/usr/sbin/lldpd -I eth*,tap*
# strace -p 17752
Process 17752 attached - interrupt to quit
read(5, ^C <unfinished ...>
Process 17752 detached
# strace -p 17754
Process 17754 attached - interrupt to quit
write(32,
"\1\200\302\0\0\16\222\207K\365\214\37\210\314\2\7\4<\331+\1\31<\4\7\3\222\207K\365\214\37"...,
195^C
Process 17754 detached
--
-----------------------------------------------------------------------
Αλέξανδρος Κιούσης - al...@noc.grnet.gr
GRNET NOC System Administrator - http://noc.grnet.gr
-----------------------------------------------------------------------
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
