So I am attempting to do the netboot across subnets. My machines netboot on the same subnet as my server without issue. The machines are a mix of Intel and PPC and we are running 10.4.9 on our server and the Images are 10.4.9 images. The moment I move
them to another subnet I get the globe for a while then the default drive is chosen. We have tried nfs and http with no change, I have attempted to use the software from Mr. Bombich with no luck. I have read his page multiple times and I have had no success.
We tore apart the package that his software creates and run the script directly from the terminal with no success. I have poured over the bless and the nvram commands and have not seen any reasons why this should not work. We have modified the Intel script
that NetBoot across Subnets creates and used it as a framework:
/usr/sbin/bless --netboot --booter "tftp://${server}/NetBoot/${sharepoint}/${setName}/i386/booter" --kernel "tftp://${server}/NetBoot/${sharepoint}/${setName}/i386/mach.macosx" --options "rp=${protocol}:${server}:/private/tftpboot/NetBoot/${sharepoint}:${setName}/${imageName}"
$nextboot
replacing the ${server} with the servers netboot IP just in case. The reason we did this is when we did a packet capture we obtained the following results.
When we were on the same subnet as the netboot server the first TFTP packet looks like this.
/private/tftpboot/NetBoot/…
When we are on another subnet the first TFTP packet we capture looks like this
private/tftpboot/NetBoot/…
They are identical, the source port, the byte size, the only thing that is different is the legnth the succesful one is 99 the failed one is 100. The thought was that maybe the script was being interpreted oddly. We are not sure why the leading / is being
dropped when we go across subnets. This happen no matter how the above script is run. The Next packet UDP is file not found on the failed subnets capture.
Two switchs I am trying to find out about is --booter and --kernel I cannot seem to find anything.
Any help with this issue would be appreciated.
Ian Bell
