[syslinux] tftpd-hpa issue: I think, anyway

[Franklin M. Siler]

I think this whole affair may be an issue with the current Debian  
package.  Something is acting wonky: this works fine running tftpd- 
hpa either under inetd or standalone on sarge but not at all on  
etch.  I've checked permissions, pathnames, all kinds of stuff, and I  
give up.  For now, my very dirty solution is to NFS mount the TFTP  
directory to a machine with a working TFTP server and use the next- 
server DHCP directive.

On Oct 29, 2006, at 3:25 PM, Franklin M. Siler wrote:
>
> Still nothing useful in debug output; certainly no permissions errors:
> Oct 29 17:20:08 shamrock dhcpd: DHCPDISCOVER from 00:16:76:82:fd:e2
> via eth0
> Oct 29 17:20:09 shamrock dhcpd: DHCPOFFER on 10.180.70.255 to
> 00:16:76:82:fd:e2 via eth0
> Oct 29 17:20:10 shamrock dhcpd: DHCPREQUEST for 10.180.70.255
> (10.180.64.21) from 00:16:76:82:fd:e2 via eth0
> Oct 29 17:20:10 shamrock dhcpd: DHCPACK on 10.180.70.255 to
> 00:16:76:82:fd:e2 via eth0
> Oct 29 17:20:10 shamrock in.tftpd[4368]: RRQ from 10.180.70.255
> filename /pxelinux.0
> Oct 29 17:20:10 shamrock in.tftpd[4368]: tftp: client does not accept
> options
>
> The requests for pxelinux.0/* aren't even showing up.  BTW, subnet is
> 10.180.64/20, so 10.180.70.255 is valid.  Thanks for any advice.

That should be pxelinux.cfg/*; sorry about the typo.

--
Franklin M. Siler
UIUC: Undergraduate, Computer Science
http://www.silerfamily.net/~fms/