Subject: bin/13197: rpc.bootparamd missbehaves on multi homed system
To: None <gnats-bugs@gnats.netbsd.org>
From: Matthias Scheler <tron@colwyn.zhadum.de>
List: netbsd-bugs
Date: 06/14/2001 02:24:03
>Number:         13197
>Category:       bin
>Synopsis:       rpc.bootparamd missbehaves on multi homed system
>Confidential:   no
>Severity:       serious
>Priority:       low
>Responsible:    bin-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Jun 13 17:22:00 PDT 2001
>Closed-Date:
>Last-Modified:
>Originator:     
>Release:        1.5.1 branch from 2001-05-24
>Organization:
Matthias Scheler                                  http://scheler.de/~matthias/
>Environment:
System: NetBSD colwyn.zhadum.de 1.5.1_BETA2 NetBSD 1.5.1_BETA2 (COLWYN) #0: Thu May 24 14:24:48 CEST 2001 tron@colwyn.zhadum.de:/src/sys/compile/COLWYN i386

>Description:
When I tried to netboot a ULTRA10 with Solaris from a NetBSD server I got
several panics because the U10 couldn't mount the root partition. After
using the debugging mode of "rpc.bootparamd" I found out that it was
sending out the IP address of the wrong interface to the client as
router address. So the scenario looks like this:

NetBSD box		192.168.1.1	FDDI
			192.168.2.1	Ethernet

ULTRA 10		192.168.2.10	Ethernet

And the NetBSD box answer the "whoami" request like this:

name-of-ultra10		domain.tld	192.168.1.1
					^^^^^^^^^^^

I could work arroud the problem by starting "rpc.bootparamd" with
"-r 192.168.2.1". However, that doesn't work if there are net install
or net boot clients on both subnets. So "rpc.bootparamd" should be
fixed to recognize which of its IP address is local to the client.

>How-To-Repeat:
Use "rpc.bootparamd" on a multi homed NetBSD system and try to boot
Solaris installation from it.

>Fix:
None provided yet.

>Release-Note:
>Audit-Trail:
>Unformatted: