Your message dated Mon, 20 Jul 2009 00:37:32 +0200
with message-id <[email protected]>
and subject line Re: fails to respond to tftp requests from alpha xp1000
has caused the Debian Bug report #285134,
regarding fails to respond to tftp requests from alpha xp1000
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
285134: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=285134
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: tftpd-hpa
Version: 0.40-2
I have a Compaq Professional Workstation xp1000 alpha. Using tftpd-hpa
on my server, I am unable to netboot this machine:
Broadcasting BOOTP Request...
Received BOOTP Package File Name is: /cow.boot.img
local inet address: 192.168.1.15
remote inet address: 192.168.1.1
TFTP Read File Name: /cow.boot.img
netmask = 255.255.255.0
Server is on same subnet as client.
.....
bootstrap failure
It seems to be having some prolem taking to my tftp server (tftpd-hpa).
tcpdump shows it's sending a request:
15:39:56.728087 IP 192.168.1.15.62681 > 192.168.1.1.69: 35 RRQ "/cow.boot.img"
octet blksize 1024
(Should I get a full dump of this request?)
But there's no reply and the tftp server does not log that it's sent the
file. Straceing the tftp server through two requests shows it gets the
request and drops it:
recvmsg(4, {msg_name(16)={sa_family=AF_INET, sin_port=htons(43093),
sin_addr=inet_addr("192.168.1.15")},
msg_iov(1)=[{"\0\4\0\0ow.boot.img\0octet\0blksize\00010"..., 65468}],
msg_controllen=24, msg_control=0xbffff6b0, , msg_flags=0}, 0) = 4
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
child_tidptr=0x40043948) = 11340
select(5, [4], NULL, NULL, NULL) = 1 (in [4])
setsockopt(4, SOL_IP, IP_PKTINFO, [1], 4) = 0
recvmsg(4, {msg_name(16)={sa_family=AF_INET, sin_port=htons(43093),
sin_addr=inet_addr("192.168.1.15")},
msg_iov(1)=[{"\0\4\0\0ow.boot.img\0octet\0blksize\00010"..., 65468}],
msg_controllen=24, msg_control=0xbffff6b0, , msg_flags=0}, 0) = 4
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
child_tidptr=0x40043948) = 11340
select(5, [4], NULL, NULL, NULL) = 1 (in [4])
setsockopt(4, SOL_IP, IP_PKTINFO, [1], 4) = 0
I switched my tftpd server to the one in the tftpd package, and that one
has no problem taking to the alpha. Unfortunatly, that one does not work
with pxelinux (lacks support for tsize), and so as far as I know if you
need to have a network that can tftp boot both alphas and i386 machines,
you need two tftp servers on it.
--
see shy jo
signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
Version: 0.40-3
-r blksize is documented since 0.40-3, not much point in leaving the bug
open forever, thus closing.
--
Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email: [email protected]
Internet: http://people.panthera-systems.net/~daniel-baumann/
--- End Message ---
