Mailing List
Home
Linux - General Red Hat Linux discussion list
Enterprise Linux 3 - Discussion of Red Hat Enterprise Linux 3 (Taroon)
Red Hat Linux 9 - Discussion of Red Hat Linux 9 (Shrike)
Installation - Getting started with Red Hat Linux
Red Hat Linux 7.3 - Discussion of Red Hat Linux 7.3 (Valhalla)
Red Hat Linux 8.0 - Discussion of Red Hat Linux 8.0 (Psyche)
Red Hat Linux 7.2 - Discussion of Red Hat Linux 7.2 (Enigma)
Red Hat Linux 7.1 - Discussion of Red Hat Linux 7.1 (Seawolf)
Apache Web Server
Oracle database, Microsoft SQL server ...
Subjects
application/x mplayer2 plugin
RPM error: db4 error(16) from dbenv >remove: Device or resource
   busy
Command stream end of file while reading
X Windows problem (xauth)
Upgrading openoffice 1 1 rpm
FTP: connection refused
FTP: connection refused
mount: /dev/cdrom: is not a valid block device
Dell Precision 650, RedHat 9, no sound
how to trace the cause resulting in the crash of bind server
Virus on the list
UNINSTALL RPM MYSQL
usb pen drives: mounting as a user
broadcom network interface
make mrproper
sendmail configuration on redhat
Couldn 't open PID file /var/run/named/named pid Permission denied
Promise 378 controller
kernel 2 6 and /dev/sound/mixer not found
Problem using up2date
mrtg step by step howto/configuration for a newbie?
Compiling and Installing Kernel 2 6
Can 't locate module ppp0, can 't locate module ppp compress 21
HOW I CAN MAKE BOOTABLE FLOPPY DISKET
Lotus Notes under Wine
/etc/security/limits conf question
Intel E/1000 driver
Command stream end of file while reading
rpm database corrupt
qla2300 modules
 
Search:  
Power your search with and, or, +, -, or "some phrase" operators.
Neighbour table overflow kernel msg in RH ES3

Neighbour table overflow kernel msg in RH ES3

2004-02-23       - By Rainer Traut

 Back
Reply:     1     2     3     4  

Hi,

Stephen Smoogen wrote:
> I have seen this with our new firewall boxes we are building. The fix
> was to increase the proc/sys/net/ipv4/neigh/default/gc_threshX to higher
> values.. that eliminated the errors and increased the throughput (in our
> case).

thank you, I will try that.
Found also on google:
> Try increasing the numbers in
> /proc/sys/net/ipv4/neigh/default/gc_thresh{2,3}. These two numbers
> determine how many arp cache entries the kernel will keep. gc_thresh2
> is a soft limit - the kernel starts trying to throw stuff away when it
> has at least this many entries. gc_thresh3 is a hard limit - the kernel
> will never allocate more than gc_thresh3 arp entries. I would try
> doubling them and seeing if it helps.

Rainer


--
Taroon-list mailing list
Taroon-list@(protected)
http://www.redhat.com/mailman/listinfo/taroon-list