Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 01 May 2002 20:43:31 -0400
From:      Mike Tancsa <mike@sentex.net>
To:        Peter Jeremy <peter.jeremy@alcatel.com.au>
Cc:        freebsd-stable@FreeBSD.ORG
Subject:   Re: MBUF allocation failures
Message-ID:  <5.1.0.14.0.20020501202847.065fdb80@192.168.0.12>
In-Reply-To: <20020502080023.X25071@gsmx07.alcatel.com.au>

next in thread | previous in thread | raw e-mail | index | archive | help

Interesting, I have suddenly started seeing this on a couple of stable 
boxes from March, and one from
FreeBSD 4.5-STABLE #1: Sun Apr 21 14:40:29 EDT 2002

m_clalloc failed, consider increase NMBCLUSTERS value
m_clalloc failed, consider increase NMBCLUSTERS value
m_clalloc failed, consider increase NMBCLUSTERS value

One seems to recover after a period of time, but the other froze up twice.

netstat -m
68/4304/14336 mbufs in use (current/peak/max):
         68 mbufs allocated to data
65/3584/3584 mbuf clusters in use (current/peak/max)
8244 Kbytes allocated to network (76% of mb_map in use)
16095 requests for memory denied
39 requests for memory delayed
0 calls to protocol drain routines


Whats strange, is that this machine has functioned happily with the same 
load and users behind it for some time.

The other machine, the one that froze

auth% sysctl -a | grep clust
kern.ipc.nmbclusters: 4576
auth% netstat -m
161/816/18304 mbufs in use (current/peak/max):
         158 mbufs allocated to data
         3 mbufs allocated to packet headers
130/354/4576 mbuf clusters in use (current/peak/max)
912 Kbytes allocated to network (6% of mb_map in use)
0 requests for memory denied
0 requests for memory delayed
0 calls to protocol drain routines
auth%

Is essentially big ass DNS server for my dialups and for my in bound SMTP 
servers. Some remote DoS ?  Or local bug ?  The only thing strange about 
the one hitting the MBUF limits is that there is another box that dials 
into it for a PPP session.

What is the best way to try and track this down ?  For now I am going to

echo 'kern.ipc.nmbclusters=16384' >> /boot/loader.conf

and see if the same machine pushes up to the new max.


         ---Mike


At 08:00 AM 5/2/2002 +1000, Peter Jeremy wrote:
>Last nights daily report on one of my machines included:
> > m_clalloc failed, consider increase NMBCLUSTERS value
> > m_retry failed, consider increase mbuf value
>
>But:
>aalp03# netstat -m
>71/1264/16384 mbufs in use (current/peak/max):
>         71 mbufs allocated to data
>69/1242/4096 mbuf clusters in use (current/peak/max)
>2800 Kbytes allocated to network (22% of mb_map in use)
>34 requests for memory denied
>0 requests for memory delayed
>0 calls to protocol drain routines
>aalp03# uname -a
>
>Why am I getting m_clalloc() failures when the reported peak usage is
>well below the maximum reported by netstat?  This is an old -STABLE
>(just before 4.5-RC1).
>
>Peter
>
>To Unsubscribe: send mail to majordomo@FreeBSD.org
>with "unsubscribe freebsd-stable" in the body of the message

--------------------------------------------------------------------
Mike Tancsa,                          	          tel +1 519 651 3400
Sentex Communications,     			  mike@sentex.net
Providing Internet since 1994                    www.sentex.net
Cambridge, Ontario Canada			  www.sentex.net/mike


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5.1.0.14.0.20020501202847.065fdb80>