Hi, Can you compile your kernel with WITNESS and repeat this test? It looks like it's stuck in some lock ordering thing between some UDP paths and an inpcb lookup.
It should log in dmesg the first time a LOR occurs, regardless of whether it actively causes a hang. (And yes, this is definitely critical enough to be a FreeBSD PR... :) Thanks! -adrian On 24 January 2015 at 02:14, Dmitry Sivachenko <trtrmi...@gmail.com> wrote: > >> On 23 янв. 2015 г., at 21:58, Adrian Chadd <adr...@freebsd.org> wrote: >> >> Hi, >> >> When this next happens, please do this as root: >> >> procstat -ka >> >> That'll hopefully provide enough information to figure out which >> processes are blocking where and how they got there. >> >> > > > Hello, > > I am attaching procstat -ka output (and top output to see snmpd process in > "*udp" state). > ifconfig process was started with "net0" argument (net0 is a renamed igb0 in > my case). > _______________________________________________ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
