Hi, I have just experienced kind of similar problem. Though this time it is not about the menu.lst's size but about miniroot's. This time I've got jumpstart server hosted by solaris10 11/06 (x86) serving snv_b70 in which x86.miniroot grew up to almost 120MB. TFTP on jumpstart server serves packets in blocks of 1432 bytes each and numbers blocks up to 65535. x86.miniroot should be sent then in slightly over 80k of blocks. When the maximum number (2^16) of blocks is being transmitted, tftp starts numbering from 0 once again, but the client side does not recognize transmission anymore and keeps ack-ing for the last big numer tftp block, (as you can see while listening by snoop - below). After waiting for correct ACK for some time the connection hangs and eventually client do not have whole miniroot to start with:
jumpstart234.netinstall.srv -> server.netinstall.srv TFTP Ack block 65534 server.netinstall.srv -> jumpstart234.netinstall.srv TFTP Data block 65535 (1432 bytes) jumpstart234.netinstall.srv -> server.netinstall.srv TFTP Ack block 65535 server.netinstall.srv -> jumpstart234.netinstall.srv TFTP Data block 0 (1432 bytes) jumpstart234.netinstall.srv -> server.netinstall.srv TFTP Ack block 65535 jumpstart234.netinstall.srv -> server.netinstall.srv TFTP Ack block 65535 server.netinstall.srv -> jumpstart234.netinstall.srv TFTP Data block 0 (1432 bytes) jumpstart234.netinstall.srv -> server.netinstall.srv TFTP Ack block 65535 server.netinstall.srv -> jumpstart234.netinstall.srv TFTP Data block 0 (1432 bytes) jumpstart234.netinstall.srv -> server.netinstall.srv TFTP Ack block 65535 server.netinstall.srv -> jumpstart234.netinstall.srv TFTP Data block 0 (1432 bytes) jumpstart234.netinstall.srv -> server.netinstall.srv TFTP Ack block 65535 server.netinstall.srv -> jumpstart234.netinstall.srv TFTP Data block 0 (1432 bytes) jumpstart234.netinstall.srv -> server.netinstall.srv TFTP Ack block 65535 I found a probably quite stale article on bigadmin: http://www.sun.com/bigadmin/features/articles/grub_boot_solaris.html in section B.7 paragraph d. So I upgraded tftp server from version 11.10.0 to 11.11,REV=2007.07.10.00.49, even though it seems like it was the client side problem (pxegrub). Moreover, downloading the same big file with tftp client from shell is successful even with 512bytes blocksize. During test I also checked out both pxegrub from both older nevada distro and from nv70. Still this problem remains unsolved. If anybody has some idea how to improve the situation i would be grateful. Maybe there is way to increase tftp blksize through request in pxegrub's menu.lst? Or somehow else? Thanks in advance -- ika mailto: ika at wp.pl This message posted from opensolaris.org
