On Wed, 14 Dec 2016 08:27:13 +0100, Eugene Grosbein
wrote:
Hi!
I've got legacy FreeBSD server running 8.4-STABLE and I'm trying to
upgrade it.
Source upgrade for 8.4 to 9.3-STABLE r310015 went flawlessly.
After reboot, I checked out stable/10 r310043 sources and ran buildworld
again.
I
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
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
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
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 kern
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 tha
Xin LI wrote:
We plan to issue an EN to update the base system ntp to 4.2.8p9.
The high impact issue is Windows only by the way.
I don't think I'm even impacted - but $security team are going nuts
about getting patched on all systems :/
Michelle
__
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 "netst
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
