Subject: bootparams(?) problem
To: None <port-sparc@netbsd.org>
From: Ragga Muffin <ragga@pyxis23.ec.t.kanazawa-u.ac.jp>
List: port-sparc
Date: 01/26/2001 02:29:00
Hello all,
I'm new to this list and to NetBSD, please bear with me.
I'm trying to netboot a sparc ELC. The problem seems to be
that the secondary loader (boot.net from 1.5)
fails to connect to a bootparam server resulting in
'bootparamd failed whoami'. Needless to say, booting doesn't
proceed beyond this.
(someone was having a similar problem a while ago on this list,
was that resolved ? )
Bootparamd is running on a i386 Debian box. Tcpdump shows the
following when the loader tries to call bootparamd, i.e. after
getting boot.net by tftp.
01:17:42.082249 wis06.1023 > 255.255.255.255.sunrpc: udp 96 (ttl 4, id 0,
len 124)
0x0000 4500 007c 0000 0000 0411 ba4f 851c 7706 E..|.......O..w.
0x0010 ffff ffff 03ff 006f 0068 efdc 0000 0001 .......o.h......
0x0020 0000 0000 0000 0002 0001 86a0 0000 0002 ................
0x0030 0000 0005 0000 0001 0000 0014 0000 0000 ................
0x0040 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x0050 0000 ..
...
...
Now, why is the request going to 255.255.255.255 , and
is 96 an error code ? I'm at loss here.
Rarp seems to be working fine. From the debug log:
/usr/sbin/in.rarpd:[5] RARP_REQUEST for 8:0:20:3:b4:a5
/usr/sbin/in.rarpd:[5] trying unit -1 netnum 133.x.x.0 mask ffffff00
/usr/sbin/in.rarpd:[5] good lookup, maps to 133.x.x.6
/usr/sbin/in.rarpd:[5] immediate reply sent
Portmapper seems also to be working on the server:
pyxis23:/# rpcinfo -p
program vers proto port
100000 2 tcp 111 rpcbind
100000 2 udp 111 rpcbind
100003 2 udp 2049 nfs
100003 2 tcp 2049 nfs
100005 1 udp 877 mountd
100005 2 udp 877 mountd
100005 1 tcp 880 mountd
100005 2 tcp 880 mountd
100026 1 udp 672 bootparam
And broadcasting for bootparam servers from another machine
othermachine:/usr/local/home/ragga# rpcinfo -b bootparam 1
133.x.x.2 machine1.ac.jp
133.x.x.1 machine2.ac.jp
133.x.x.23 myserver.ac.jp
Is the fact that there are 2 other machines responding harmful in
any way ? AFAIK they know nothing about the ELC.
I've tried the loaders from versions 1.3.3 through 1.5 with exactly
the same result.
It therefore seems I'm doing something fundamentally wrong but
cannot understand what.
Any ideas ?
TIA,
--
Ragga