<div dir="ltr"><div><div>Well, I always do ipxe, then pxelinux, then vmware loader when not uefi booting.<br></div>Since pxelinux.0 comes down using http as does it's config and that config is loaded straight, I'm not too bothered...<br>
<br> cat /tftpboot/xcat/xnba/nodes/n4<br>#!gpxe<br>#netboot esxi5.1-x86_64-hypervisor<br> set 209:string xcat/xnba/nodes/n4.pxelinux<br> set 210:string http://${next-server}/tftpboot/<br> imgfetch -n pxelinux.0 http://${next-server}/tftpboot/xcat/pxelinux.0<br>
 imgload pxelinux.0<br> imgexec pxelinux.0<br><br># cat /tftpboot/xcat/xnba/nodes/n4.pxelinux <br>DEFAULT xCAT<br>LABEL xCAT<br> KERNEL xcat/netboot/esxi5.1/x86_64/hypervisor/mboot.c32<br> APPEND -c xcat/netboot/esxi5.1/x86_64/hypervisor/boot.cfg.stateless -S 1 tty2port=com1 -s 115200 com1_baud=115200<br>
IPAPPEND 2<br><br><br></div>I let xCAT generate all the files so I usually don't think too hard about the appearase of generated files, but there they are.<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Thu, Oct 10, 2013 at 3:58 PM, Daniel Pittman <span dir="ltr"><<a href="mailto:daniel@puppetlabs.com" target="_blank">daniel@puppetlabs.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
G'day.<br>
<br>
I am trying to boot the ESXi 5.5 (and 5.0) installer through iPXE, and<br>
have run into a roadblock: once I chain load to the mboot.c32 supplied<br>
as part of the ESXi installer, the client simply hangs with 100<br>
percent CPU use, and makes no further progress.  No obvious attempts<br>
to try and fetch more content from the client machine.<br>
<br>
I am booting the `undionly` version of iPXE, and that works fine for,<br>
eg, CentOS and Ubuntu network installers.  I have also verified that<br>
the ESXi installer will run on the client by using the `sanboot` hook<br>
to connect the ISO image and boot off that.<br>
<br>
My boot script, absent error handling, is:<br>
<br>
imgload <a href="http://172.16.226.5:8080/svc/repo/esxi55/mboot.c32" target="_blank">http://172.16.226.5:8080/svc/repo/esxi55/mboot.c32</a> -c<br>
<a href="http://172.16.226.5:8080/svc/repo/esxi55/boot.cfg" target="_blank">http://172.16.226.5:8080/svc/repo/esxi55/boot.cfg</a><br>
boot<br>
<br>
My build of iPXE does have COMBOOT support listed in the available features.<br>
<br>
I have found that booting to pxelinux, then using that to load iPXE,<br>
then chaining to the mboot.c32 loader, works.  I would much rather<br>
avoid the second bootloader in the chain, though, if I possibly can.<br>
<br>
I also considered using the native multiboot support in iPXE, but it<br>
appears that the ESXi modules are compressed, and iPXE doesn't<br>
natively support uncompressing them -- leading to a failure to boot.<br>
(If this can be resolved by changing my build of iPXE, I would be<br>
perfectly happy with that; I would rather not mess with the ESXi<br>
supplied files to decompress them server-side if I can avoid it,<br>
though.)<br>
<br>
<br>
My concrete questions are:<br>
<br>
1. Should I expect a COMBOOT module like the VMWare custom `mboot.c32`<br>
to run with `undionly` iPXE?<br>
2. Can I build iPXE with MBOOT support and zlib decompression?<br>
3. Can anyone direct me to how to get this working otherwise?<br>
<br>
<br>
I couldn't find anything in the list archives, or the broader<br>
Internet, that answered the first question; for the second I saw there<br>
were some patches but I didn't see evidence they were merged.<br>
<br>
I have not actually tested the server-side decompression of mboot<br>
modules from the ESXi installer, which at least some folks noted made<br>
it possible (along with a patch to up the number of mboot modules<br>
supported in iPXE) to boot the installer "natively".<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Daniel Pittman<br>
⎋ Puppet Labs Developer – <a href="http://puppetlabs.com" target="_blank">http://puppetlabs.com</a><br>
♲ Made with 100 percent post-consumer electrons<br>
_______________________________________________<br>
ipxe-devel mailing list<br>
<a href="mailto:ipxe-devel@lists.ipxe.org">ipxe-devel@lists.ipxe.org</a><br>
<a href="https://lists.ipxe.org/mailman/listinfo.cgi/ipxe-devel" target="_blank">https://lists.ipxe.org/mailman/listinfo.cgi/ipxe-devel</a><br>
</font></span></blockquote></div><br></div>