Subject: Re: boot net-tpe help(again!)
To: None <port-sparc@netbsd.org>
From: Donald G. Knecht,KR4JX <msspal@gbso.net>
List: port-sparc
Date: 10/27/2000 22:08:57
Greg Earle wrote:
>
> > While watching /var/log/messages on the server I see the Classic connect
> > to tftp, but nothing happens on the classic, after about 5 minutes
> > Classic reports it can't find file.
> >
> > I've tested tftp as the HOWTO suggests and find that I have to enter
> > "get /tftpboot/AC100007.SUN4M" or else I get an "Access Error" from
> > tftp. The HOWTO explains that the full path to the file may need to be
> > entered into the bootparams file?
> >
> > client root=nfsserver:/export/client/root
> > tftboot=/tftboot/AC100007.SUN4M
>
> Is that a typo? I hope you meant "tftpboot=/tftpboot/AC100007.SUN4M" there.
yes typo :(
>
> > would that be what is meant?
> >
> > i tried setting boot-file in the Classic PROM to
> > /tftpboot/AC100007.SUN4M........didn't work
>
> Don't do that, there's no need to. Doing a "boot net" automatically looks
> for a TFTP server (well, maybe more recent PROMs with DHCP support might
> do something different; I dunno).
>
> Here's one thing to try:
>
> On your client's boot server, do this:
>
> # cd /tftpboot
> # ln -s . tftpboot
>
> Remember that "in.tftpd" on most systems is set up to be run in "secure" mode,
> with the "-s" option. This means that it does a "chroot()" to that directory
okay, my inetd.conf doesn't use the "-s", but i did as you said.....
still no luck, i see "connect in.tftpd from 172.16.0.7(172.16.0.7)" in
the log file,
but nothing happens on the client, probably got some networking issue?
172.16.0.7 IS the ip assigned by the arp/rarp commands.....
i even rebooted (ughhh!) to make sure all the /etc/ stuff got
re-read.....
> (usually "/tftpboot") first, before handling any TFTP requests. So, if the
> TFTP server daemon has chroot()'ed to "/tftpboot" already, and the request
> comes in for "/tftpboot/AC100007.SUN4M", it will look for a "/tftpboot" -
> based on "/" being already set to "/tftpboot" because of the "chroot()"! So
> you make a dummy "tftpboot" in "/tftpboot" pointing to "." to make the
> pathname resolution come out right. This bit me once upon a time in the
> ancient past, and I've reflexively always added that symlink to "/tftpboot"
> ever since (though I realize any semi-modern machine will ask for the Hex
> file name alone, and not pre-pend "/tftpboot/" to it).
>
> - Greg
--
LINUX - Because time is money.....
and rebooting is a waste of time.