From owner-freebsd-stable  Thu Feb 15 11:36:16 1996
Return-Path: owner-stable
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id LAA17367
          for stable-outgoing; Thu, 15 Feb 1996 11:36:16 -0800 (PST)
Received: from ormail.intel.com (ormail.intel.com [134.134.192.3])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA17358
          for <stable@freebsd.org>; Thu, 15 Feb 1996 11:36:06 -0800 (PST)
Received: from ichips.intel.com (ichips.intel.com [134.134.50.200]) by ormail.intel.com (8.6.12/8.6.12) with ESMTP id LAA03039; Thu, 15 Feb 1996 11:36:05 -0800
Received: from pdx202 by ichips.intel.com (8.7.1/jIII); Thu, 15 Feb 1996 11:36:01 -0800 (PST)
Message-Id: <199602151936.LAA07562@ichips.intel.com>
To: michael butler <imb@scgt.oz.au>
cc: stable@freebsd.org
Subject: Re: arp and async problems 
In-reply-to: Your message of "Fri, 16 Feb 1996 03:17:15 PST."
             <199602151617.DAA07375@asstdc.scgt.oz.au> 
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Date: Thu, 15 Feb 1996 11:35:46 -0800
From: Wayne Scott <wscott@ichips.intel.com>
Sender: owner-stable@freebsd.org
Precedence: bulk

> 
> I have two problems with -stable as it is today ..
> 
> i) with whatever recently changed in the arp code, I now get a stream of
> error messages every 30 seconds when gated wants to advertise routes.
> 
> Each one relates to an alias on the same ethernet card, e.g. ..
> 
> arpresolve: can't allocate llinfo
> arplookup 202.12.127.<pick-an-alias> failed: could not allocate llinfo
> 
>  .. considering how many aliases this machine has, it'll fill the disk
> before morning :-(

I have also seen a very similar problem, but I am not doing anything strange
with aliases. 

I get the "arpresolve: can't allocate llinfo" whenever I try to mount a NFS
disk.

This is with a plain system running the -stable release from yesterday.
Reverting to 2.1 fixes the problem.

System:
	Pentium Pro 200/256k
	DEC 21040 based ethernet card (Cogent)

Wayne Scott		        P6 Architecture
wscott@ichips.intel.com		Work #: (503) 264-4165
Disclaimer:  All views expressed are my own opinions, and not necessarily 
             those of Intel Corporation.