Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 27 Jun 2025 06:52:41 +0200
From:      Michael Tuexen <michael.tuexen@lurchi.franken.de>
To:        Ben Hutton <ben@benhutton.com.au>
Cc:        freebsd-net@freebsd.org
Subject:   Re: Network Tuning - mbuf
Message-ID:  <1B2AEE29-C71B-4EF7-9DDC-F45A13B0DC5F@lurchi.franken.de>
In-Reply-To: <8255b0b9-c9df-4af9-bbb2-94140edf189c@benhutton.com.au>
References:  <8255b0b9-c9df-4af9-bbb2-94140edf189c@benhutton.com.au>

next in thread | previous in thread | raw e-mail | index | archive | help
> On 27. Jun 2025, at 04:17, Ben Hutton <ben@benhutton.com.au> wrote:
>=20
> Hi,
> I'm currently having an issue with a spring-boot application (with =
nginx  in front on the same instance) running on FreeBSD 14.1 in AWS. =
Two of our instances at present have had the application go offline with =
the following appearing in the /var/log/messages:
> Jun 26 07:57:47 freebsd kernel: [zone: mbuf_jumbo_page] =
kern.ipc.nmbjumbop limit reached=20
> Jun 26 07:57:47 freebsd kernel: [zone: mbuf_cluster] =
kern.ipc.nmbclusters limit reached=20
> Jun 26 07:59:34 freebsd kernel: sonewconn: pcb 0xfffff8021bd74000 =
(0.0.0.0:443 (proto 6)): Listen queue overflow: 193 already in queue =
awaiting acceptance (104 occurrences), euid 0, rgid 0, jail 0=20
> Jun 26 08:01:51 freebsd kernel: sonewconn: pcb 0xfffff8021bd74000 =
(0.0.0.0:443 (proto 6)): Listen queue overflow: 193 already in queue =
awaiting acceptance (13 occurrences), euid 0, rgid 0, jail 0
>=20
> Each time this has occurred I have increased the nmbjumbop and =
nmbclusters values. The last time by a huge amount to see if we can =
mitigate the issue. Once I adjust the values the application starts =
responding to requests again.
> My question is, is just increasing this the correct course of action =
or should I be investigating something else, or adjusting other settings =
accordingly? Also if this is due to an underlying issue and not just =
network load how would I get to the root cause? Note the application =
streams allot of files in rapid succession which I'm suspecting is what =
is causing the issue.
Hi Ben,

how much memory does your VM have? What is the output of
netstat -m
when the system is in operation?

Best regards
Michael
> Thanks
> Ben
>=20




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1B2AEE29-C71B-4EF7-9DDC-F45A13B0DC5F>