NetBSD Problem Report #41878

From manu@glop.net.espci.fr  Wed Aug 12 16:47:24 2009
Return-Path: <manu@glop.net.espci.fr>
Received: from mail.netbsd.org (mail.netbsd.org [204.152.190.11])
	by www.NetBSD.org (Postfix) with ESMTP id ACA6463C286
	for <gnats-bugs@gnats.NetBSD.org>; Wed, 12 Aug 2009 16:47:24 +0000 (UTC)
Message-Id: <20090812151933.3187AFD274@glop.net.espci.fr>
Date: Wed, 12 Aug 2009 17:19:33 +0200 (CEST)
From: manu@spci.fr
To: gnats-bugs@gnats.NetBSD.org
Subject: cannot create static ARP entries on a domU
X-Send-Pr-Version: 3.95

>Number:         41878
>Category:       port-xen
>Synopsis:       cannot create static ARP entries on a domU
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    kern-bug-people
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Aug 12 16:50:00 +0000 2009
>Closed-Date:    Sat Sep 05 19:43:33 +0000 2009
>Last-Modified:  Sat Sep 05 19:43:33 +0000 2009
>Originator:     Emmanuel Dreyfus
>Release:        NetBSD 5.0_STABLE
>Organization:
>Environment:
x
System: NetBSD glop.example.net 5.0_STABLE NetBSD 5.0_STABLE (XEN3_DOMU) #0: Sat Aug 1 15:33:02 UTC 2009 builds@b7.netbsd.org:/home/builds/ab/netbsd-5/i386/200908010000Z-obj/home/builds/ab/netbsd-5/src/sys/arch/i386/compile/XEN3_DOMU i386
Architecture: i386
Machine: i386

>Description:
On NetBSD-5.0, adding a static ARP entry with arp -s will fail with a
kernel message:
# arp -s 192.0.2.15 00:16:3e:52:c1:ec
arp_rtrequest: bad gateway value

Despite the error message, a static entry is created in the routing table:
# netstat -nr|grep 15
192.0.2.15       00:16:3e:52:c1:ec  UHS        0        1      -  xennet

However, nothing appears in the ARP table:
# arp -a|grep 15 || echo nothing!
nothing!

And any attempt to exchange data with the host fails with the kernel
message:
arplookup: unable to enter address for 
    192.0.2.15@ff:01:d1:ca:c1:36:52:06:c0:00:02:0f:08:00:61:63 
    on null (could not allocate llinfo)
arpresolve: can't allocate llinfo on xennet0 for 192.0.2.15

>How-To-Repeat:
On a NetBSD 5.0 domU:
ip=192.0.2.15
mac=00:16:3e:52:c1:ec
arp -d $ip
arp -s $ip $mac
ping $ip

>Fix:
Unknown yet. That problem did not exist with the same setup (dom0, Xen
version) when the domU was running NetBSD-4.0

>Release-Note:

>Audit-Trail:

Responsible-Changed-From-To: port-xen-maintainer->kern-bug-people
Responsible-Changed-By: bouyer@NetBSD.org
Responsible-Changed-When: Wed, 12 Aug 2009 17:02:27 +0000
Responsible-Changed-Why:
Not a xen-specific problem. See
http://mail-index.netbsd.org/port-xen/2009/08/12/msg005260.html
for details.


From: Manuel Bouyer <bouyer@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc: 
Subject: PR/41878 CVS commit: [netbsd-5] src/sys/netinet
Date: Sat, 5 Sep 2009 11:44:08 +0000

 Module Name:	src
 Committed By:	bouyer
 Date:		Sat Sep  5 11:44:07 UTC 2009

 Modified Files:
 	src/sys/netinet [netbsd-5]: if_arp.c

 Log Message:
 Pull up following revision(s) (requested by dyoung in ticket #911):
 	sys/netinet/if_arp.c: revision 1.146
 Don't require the gateway address to have room for both an interface
 name and address.  Room for an address will do.  This should fix
 a regression in 'arp -s ...' on interfaces such as xennet0 with
 unusually long names. Fix PR #41878.


 To generate a diff of this commit:
 cvs rdiff -u -r1.143 -r1.143.4.1 src/sys/netinet/if_arp.c

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.

State-Changed-From-To: open->closed
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Sat, 05 Sep 2009 19:43:33 +0000
State-Changed-Why:
fixed, thanks


>Unformatted:

Home	PR Database Search