[Bug 214832] if_pflog subrulenr incorrectly set
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214832 Kristof Provost changed: What|Removed |Added Resolution|--- |FIXED Status|In Progress |Closed -- You are receiving this mail because: You are on the CC list for the bug. ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
sonewconn: pcb [...]: Listen queue overflow to human-readable form
Hi. Sometimes on one of my servers I got dmesg full of sonewconn: pcb 0xf80373aec000: Listen queue overflow: 49 already in queue awaiting acceptance (6 occurrences) sonewconn: pcb 0xf80373aec000: Listen queue overflow: 49 already in queue awaiting acceptance (2 occurrences) sonewconn: pcb 0xf80373aec000: Listen queue overflow: 49 already in queue awaiting acceptance (1 occurrences) sonewconn: pcb 0xf80373aec000: Listen queue overflow: 49 already in queue awaiting acceptance (15 occurrences) sonewconn: pcb 0xf80373aec000: Listen queue overflow: 49 already in queue awaiting acceptance (12 occurrences) sonewconn: pcb 0xf80373aec000: Listen queue overflow: 49 already in queue awaiting acceptance (10 occurrences) sonewconn: pcb 0xf80373aec000: Listen queue overflow: 49 already in queue awaiting acceptance (16 occurrences) sonewconn: pcb 0xf80373aec000: Listen queue overflow: 49 already in queue awaiting acceptance (16 occurrences) sonewconn: pcb 0xf80373aec000: Listen queue overflow: 49 already in queue awaiting acceptance (22 occurrences) sonewconn: pcb 0xf80373aec000: Listen queue overflow: 49 already in queue awaiting acceptance (6 occurrences) sonewconn: pcb 0xf80373aec000: Listen queue overflow: 49 already in queue awaiting acceptance (6 occurrences) sonewconn: pcb 0xf80373aec000: Listen queue overflow: 49 already in queue awaiting acceptance (1 occurrences) sonewconn: pcb 0xf80373aec000: Listen queue overflow: 49 already in queue awaiting acceptance (9 occurrences) sonewconn: pcb 0xf80373aec000: Listen queue overflow: 49 already in queue awaiting acceptance (5 occurrences) sonewconn: pcb 0xf80373aec000: Listen queue overflow: 49 already in queue awaiting acceptance (18 occurrences) sonewconn: pcb 0xf80373aec000: Listen queue overflow: 49 already in queue awaiting acceptance (4 occurrences) but at the time of investigation the socket is already closed and lsof cannot show me the owner. I wonder if the kernel can itself decode this output and write it in the human-readable form ? Thanks. Eugene. ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: sonewconn: pcb [...]: Listen queue overflow to human-readable form
On 15.12.2016 19:23, Eugene M. Zheganin wrote: > but at the time of investigation the socket is already closed and lsof > cannot show me the owner. I wonder if the kernel can itself decode this > output and write it in the human-readable form ? Until that's not implemented, you can monitor "netstat -Lan" output and continuously save it for later analisys and/or draw graphs. ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: sonewconn: pcb [...]: Listen queue overflow to human-readable form
2016-12-15 14:28, Eugene Grosbein написав: On 15.12.2016 19:23, Eugene M. Zheganin wrote: but at the time of investigation the socket is already closed and lsof cannot show me the owner. I wonder if the kernel can itself decode this output and write it in the human-readable form ? Until that's not implemented, you can monitor "netstat -Lan" output and continuously save it for later analisys and/or draw graphs. netstat -LanA -f inet ? ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org" -- Regards! ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: sonewconn: pcb [...]: Listen queue overflow to human-readable form
On Thu, Dec 15, 2016 at 05:27:02PM +0200, Artem Viklenko wrote: > 2016-12-15 14:28, Eugene Grosbein ??: > > On 15.12.2016 19:23, Eugene M. Zheganin wrote: > > > >> but at the time of investigation the socket is already closed and lsof > >> cannot show me the owner. I wonder if the kernel can itself decode > >> this > >> output and write it in the human-readable form ? > > > > Until that's not implemented, you can monitor "netstat -Lan" output and > > continuously save it for later analisys and/or draw graphs. > > > > netstat -LanA -f inet ? That's only IPv4 sockets (or sockets that are listening on both families at the same time). If you are dual stack with IPv6, you'd probably also need to capture netstat -LanA -f inet6 Regards, Gary ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: sonewconn: pcb [...]: Listen queue overflow to human-readable form
2016-12-15 18:05, Gary Palmer написав: On Thu, Dec 15, 2016 at 05:27:02PM +0200, Artem Viklenko wrote: 2016-12-15 14:28, Eugene Grosbein ??: > On 15.12.2016 19:23, Eugene M. Zheganin wrote: > >> but at the time of investigation the socket is already closed and lsof >> cannot show me the owner. I wonder if the kernel can itself decode >> this >> output and write it in the human-readable form ? > > Until that's not implemented, you can monitor "netstat -Lan" output and > continuously save it for later analisys and/or draw graphs. > netstat -LanA -f inet ? That's only IPv4 sockets (or sockets that are listening on both families at the same time). If you are dual stack with IPv6, you'd probably also need to capture netstat -LanA -f inet6 Sure, the point was that -A flag showes tcb addresses. :) Regards, Gary -- Regards! ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: sonewconn: pcb [...]: Listen queue overflow to human-readable form
On 12/15/16 at 05:23P, Eugene M. Zheganin wrote: > Hi. > > Sometimes on one of my servers I got dmesg full of > > sonewconn: pcb 0xf80373aec000: Listen queue overflow: 49 already in > queue awaiting acceptance (6 occurrences) [skip] > > but at the time of investigation the socket is already closed and lsof > cannot show me the owner. I wonder if the kernel can itself decode this > output and write it in the human-readable form ? I have this not-quite-correct patch that may help you. (If you follow the discussion there, you'd know why its not complete.) https://lists.freebsd.org/pipermail/freebsd-net/2014-March/038074.html Cheers, Hiren pgpt1rGBhZYRc.pgp Description: PGP signature
[Differential] D8740: remove network mask calculation for Classful network
glebius accepted this revision. glebius added a comment. This revision has a positive review. This looks correct to me. But I haven't reviewed the consequences of writing directly to the "netmask", which is also shared with rarp.c and udp.c Thanks! REVISION DETAIL https://reviews.freebsd.org/D8740 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: kczekirda, bapt, imp, ian, oshogbo, tsoome, freebsd-net-list, glebius, #network Cc: glebius ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
[Bug 200420] [igb] igb0: Watchdog timeout -- resetting
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200420 --- Comment #9 from Arcadiy Ivanov --- With respect to X11SBA-F board, I can confirm that the issue arises from hardware version 1.01 of the board and is gone with 1.02. The issue with 1.01 is not rectifiable by any EEPROM, BIOS or other firmware updates. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Trouble with ipv6 routing through interface
Hello, I have a freebsd 11 box running as my network gateway and I’m having some trouble trying to route ipv6 packets through an interface with only linklocal address. In short, what I’m doing is: My freebsd gateway has one global scope address on lo0 interface, each other interface has only a link local address fe80::1. Static routes for the global scope subnets have been created, Each route was created using the command: # route -6 add -net /64 -interface The clients on each subnet have a global scope address and fe80::1 as default gateway. What is happening with this approach is that my gateway can’t reach the clients on the subnets. Ping tests from the gateway to the client return the error "ping6: sendmsg: No buffer space available”. On the other hand, when I try to do a ping from client to gateway, the packets from the client are received by the gateway but no response is sent. In my tests using a linux gateway with the same approach, everything worked fine . Is there something wrong with my setup? How can I get that approach working using freebsd ? Thanks in advanced, Anderson ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
