<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif; ">
<div>Hi Richard,</div>
<div><br>
</div>
<div>I am actually trying to do something slightly different from your setup — my entire idea is that I want to build a iPXE boot disk iso with an embedded "micro" IPXE script. The sole purpose of the "micro" iPXE script is to simply perform an HTTP request
of a "mini" script so that I don't have to keep on rebuilding the boot disk. The "mini" iPXE script asks couple of questions and along with DHCP parameters obtained does a HTTP request. The web server parses the HTTP request along with parameters passed and
returns another IPXE script that instructs chain loading of subsequent kernel and initrd. This process works perfectly in the VMWare and VirtualBox VM containers but does not work in Parallels. The framework idea here is that I should be able to give that
iPXE boot disk to anyone, map it as a CDROM, power on the VM, answer few questions and be able to do the tasks what ever the case may be with the underlying boot image as long as there is an HTTP connection establish-able between client booting with the IPXE
boot disk and the Web server. </div>
<div><br>
</div>
<div>With that in mind, what I did is I set up a full blown PXE system, namely I have a Parallels VM with CentOS 6.4 which is acting as TFTP, DNS, DHCP server using DNSMASQ and Web server using NGINX on an isolated network. If I perform strait forward PXE
boot using the Parallels native PXE stack, it works with no issues — just as you said no special builds required, etc. It loads pxelinux.0, brings up the default menu, allows selection and do the under lying task. However, as soon as I map the iPXE boot disk
ISO as the cdrom and boot off it in Parallels, the loading process hangs soon after commencing download of the file that is specified by bootfile-name option in DHCP (I've configured DHCP to force option 210, which overwrites the tftp root to be http://…)
. I've tried various means and methods to create IPXE boot disk but all of them behave same in Parallels, namely it hangs soon after it initiates first download. I tried the one that is available at <a href="http://boot.ipxe.org/ipxe.iso" class="urlextern" title="http://boot.ipxe.org/ipxe.iso">http://boot.ipxe.org/ipxe.iso</a>,
I've download source and built from it as well and others but no luck. This leads me to suspect network driver code to be the culprit.</div>
<div><br>
</div>
<div><br>
</div>
<span id="OLK_SRC_BODY_SECTION">
<div style="font-family:Calibri; font-size:11pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style="font-weight:bold">From: </span>"Richard D. Hornbaker" <<a href="mailto:Richard@Hornbaker.com">Richard@Hornbaker.com</a>><br>
<span style="font-weight:bold">Date: </span>Monday, April 7, 2014 12:25 PM<br>
<span style="font-weight:bold">To: </span>Microsoft Office User <<a href="mailto:kapatel@randomhouse.com">kapatel@randomhouse.com</a>>, "<a href="mailto:ipxe-devel@lists.ipxe.org">ipxe-devel@lists.ipxe.org</a>" <<a href="mailto:ipxe-devel@lists.ipxe.org">ipxe-devel@lists.ipxe.org</a>><br>
<span style="font-weight:bold">Subject: </span>RE: [ipxe-devel] IPXE and parallels on MAC<br>
</div>
<div><br>
</div>
<blockquote id="MAC_OUTLOOK_ATTRIBUTION_BLOCKQUOTE" style="BORDER-LEFT: #b5c4df 5 solid; PADDING:0 0 0 5; MARGIN:0 0 0 5;">
<div>
<div><span style="font-family:Verdana; color:#000000; font-size:10pt;">
<div>Kalpesh,</div>
<div><br>
</div>
<div>I've got IPXE working under Parallels, and it wasn't that involved. I'm thinking something small is hanging you up.</div>
<div><br>
</div>
<div>What I've built is an isolated test environment under Parallels using CentOS for the server and client, both in VMs. They use a VLAN that's not attached to the outside world so I don't have to deal with conflicts. No special builds required, that I recall.
(It's been a while since I set it up, but I should have captured good notes.)</div>
<div><br>
</div>
<div>Are you trying to do something different? Where is your PXE server hosted?</div>
<div><br>
</div>
<div>Cheers,</div>
<div>Richard</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<blockquote id="replyBlockquote" webmail="1" style="border-left: 2px solid blue; margin-left: 8px; padding-left: 8px; font-size:10pt; color:black; font-family:verdana;">
<div id="wmQuoteWrapper">-------- Original Message --------<br>
Subject: [ipxe-devel] IPXE and parallels on MAC<br>
From: "Patel, Kalpesh" <<a href="mailto:kapatel@randomhouse.com">kapatel@randomhouse.com</a>><br>
Date: Mon, April 07, 2014 7:56 am<br>
To: "<a href="mailto:ipxe-devel@lists.ipxe.org">ipxe-devel@lists.ipxe.org</a>" <<a href="mailto:ipxe-devel@lists.ipxe.org">ipxe-devel@lists.ipxe.org</a>><br>
<br>
Hey everyone,<br>
<br>
I am eliciting help in solving an unusual problem.<br>
<br>
I download the IPXE iso from <a href="http://boot.ipxe.org/ipxe.iso">http://boot.ipxe.org/ipxe.iso</a>. Using that I<br>
have been trying to get IPXE to boot into our PXE/TFTP menu system that we<br>
have in MAC's Parallels system (as a side note, I've downloaded the source<br>
and built the iso from it but it result in same behavior as well).<br>
Unfortunately the boot process halts at random point after starting<br>
download of gpxelinux.0 which is what the backend DHCP is setup to provide<br>
to client and then the menu. DNSMASQ is providing the DNS, DHCP and TFTP<br>
services for this entire setup. I've tested same system on VMWare's<br>
Workstation on Windows, Fusion on MAC, VirtualBox on both platforms, MAC<br>
and Windows, and on ESXi 5.x and works on all these systems flawlessly<br>
except in Parallels on MAC.<br>
<br>
I am suspecting that the NIC driver code (Intel 82545em which is Intel<br>
e1000 family card) somewhere in IPXE is mis-behaving causing it to hiccup<br>
and stop. The hiccup actually causes the Parallel VM to freeze hard<br>
requiring power off and on. I've attached a screen shot of the VM's output<br>
to get the conversation going.<br>
<br>
On this particular VM, there are three NICs but two are disabled in the VM<br>
so that it can bring only one of them up, which is where TFTP is running.<br>
<br>
Just to try, I've given DHCP server the MTU option (DHCP option # 26) to<br>
be of 1500 but no luck in changing the behavior. I am also forcing option<br>
210 to have it switch to http protocol but it seems to ignore it as well.<br>
This is not that much of importance at the moment.<br>
<br>
I've also tried with gPXE 1.0.1 downloaded from rom-o-matic with which I<br>
have had a little better luck but no cigar. That at least consistantly<br>
loads menu but any subsequent loading related to selection of a menu item<br>
also ends up freezing at random point.<br>
<br>
I understand that you folks may not have MAC at your disposable so I am<br>
making my rig available if there is momentum to continue to find the<br>
culprit. <br>
<br>
Thanks.<br>
<br>
<br>
<br>
<br>
<br>
<hr>
_______________________________________________<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">https://lists.ipxe.org/mailman/listinfo.cgi/ipxe-devel</a><br>
</div>
</blockquote>
</span></div>
</div>
</blockquote>
</span>
</body>
</html>