Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sun, 29 Jul 2001 01:42:02 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sun, 29 Jul 2001 01:41:52 -0400 Received: from imladris.infradead.org ([194.205.184.45]:59151 "EHLO infradead.org") by vger.kernel.org with ESMTP id ; Sun, 29 Jul 2001 01:41:47 -0400 Date: Sun, 29 Jul 2001 06:41:49 +0100 (BST) From: Riley Williams X-X-Sender: To: Steve Snyder cc: Linux Kernel Subject: Re: What does "Neighbour table overflow" message indicate? In-Reply-To: <01072820231401.01125@mercury.snydernet.lan> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Original-Recipient: rfc822;linux-kernel-outgoing Hi Steve. > I just got this sequence of messages in my system log: > > Jul 28 19:47:44 sunburn kernel: Neighbour table overflow. > Jul 28 19:47:44 sunburn last message repeated 9 times > Jul 28 19:47:49 sunburn kernel: NET: 53 messages suppressed. > Jul 28 19:47:49 sunburn kernel: Neighbour table overflow. > Jul 28 19:48:07 sunburn kernel: NET: 21 messages suppressed. > Jul 28 19:48:07 sunburn kernel: Neighbour table overflow. > Jul 28 19:48:09 sunburn last message repeated 3 times > Jul 28 19:48:14 sunburn kernel: NET: 4 messages suppressed. > Jul 28 19:48:14 sunburn kernel: Neighbour table overflow. > > This is on a RedHat v7.1 + SMP kernel v2.4.7 system. What is > the kernel trying to tell me here? > > Please cc me as I am not a subscriber to this list. This could be on completely the wrong track, but here's one of the entries from the 2.4.5 kernel's Configure.help file (I don't yet have 2.4.7 on my system): Q> ARP daemon support (EXPERIMENTAL) Q> CONFIG_ARPD Q> Normally, the kernel maintains an internal cache which maps IP Q> addresses to hardware addresses on the local network, so that Q> Ethernet/Token Ring/ etc. frames are sent to the proper address Q> on the physical networking layer. For small networks having a Q> few hundred directly connected hosts or less, keeping this Q> address resolution (ARP) cache inside the kernel works well. Q> Q> However, maintaining an internal ARP cache does not work well Q> for very large switched networks, and will use a lot of kernel Q> memory if TCP/IP connections are made to many machines on the Q> network. Q> Q> If you say Y here, the kernel's internal ARP cache will never Q> grow to more than 256 entries (the oldest entries are expired Q> in a LIFO manner) and communication will be attempted with the Q> user space ARP daemon arpd. Arpd then answers the address Q> resolution request either from its own cache or by asking the Q> net. Q> Q> This code is experimental and also obsolete. If you want to Q> use it, you need to find a version of the daemon arpd on the Q> net somewhere, and you should also say Y to "Kernel/User Q> network link driver", below. If unsure, say N. The text in there looks suspiciously related to your problem to me. Best wishes from Riley. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/