Re: ARM64 hosts eventually lockup running net-mgmt/unifi

"Ronald Klop" <[email protected]>
Newsgroups gmane.os.freebsd.devel.arm
Message-ID <op.0osbjnp5kndu52@sjakie>
On Mon, 03 Aug 2020 18:59:26 +0200, Josh Howard <[email protected]> wrote:

> This one has been sort of a pain to narrow down, but on any of:  
> RockPro64,
> RockPi4b, or RPI4, if I run net-mgmt/unifi eventually the host just hard
> locks. Nothing over serial, nothing interesting in the logs, no other  
> hints,
> so it's not clear what precisely is causing it. For those unfamiliar,  
> unifi
> runs both a Java app and a mongodb server. I've tried with openjdk8  
> (their
> only supports version) and openjdk11, neither one made any difference.  
> I'm
> not totally sure how a userland app like this could cause this to happen,
> but it's getting consistent that it eventually does kill my host.
>
> Any ideas or hints would be great!


I had the same problem. The default amount of nmbclusters is too low. If  
they are full the OS becomes very unresponsive.

I run this script hourly. It doubles the amount of nmbclusters if more  
than half are occupied.

@hourly bin/nmbclustercheck.sh
[root@rpi3 ~]# more bin/nmbclustercheck.sh
#! /bin/sh

LINE=$( netstat -m | grep "mbuf clusters" | cut -d ' ' -f 1 )
CURRENT=$( echo $LINE | cut -d '/' -f 1 )
MAX=$( echo $LINE | cut -d '/' -f 4 )

if test $CURRENT -gt $(( $MAX / 2 ))
then
         NEW_MAX=$(( $MAX * 2 ))
         echo Increase kern.upc.nmbclusters from $MAX to $NEW_MAX
         sysctl kern.ipc.nmbclusters=$NEW_MAX
fi


Current amount after 14 days of uptime:
[root@rpi3 ~]# sysctl kern.ipc.nmbclusters
kern.ipc.nmbclusters: 19250
_______________________________________________
[email protected] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "[email protected]"
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.