<div dir="ltr">Thanks for the tip about grub4dos.  I'll look into it.<div><br></div><div>I have all of this generally working right now, but I'm still wondering about my questions.  I think the nfs version is was cleared up.  I'm still wondering about the LiveOS image requirement.</div><div><br></div><div>I have to be able to use USB at times, as i'm not always in an environment where pxe is available.</div><div><br></div><div>I, too, use the LABEL nomenclature.  If you don't, you'll be guessing all day about which device to use.</div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Andrew Simpson</div></div></div>
<br><div class="gmail_quote">On Thu, Mar 9, 2017 at 5:20 PM, Greg Oliver <span dir="ltr"><<a href="mailto:oliver.greg@gmail.com" target="_blank">oliver.greg@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Wed, Mar 8, 2017 at 6:39 AM, Andrew Simpson <<a href="mailto:simpsonar77@gmail.com">simpsonar77@gmail.com</a>> wrote:<br>
> I have had a few issues migrating from RHEL 6 kickstart installs to RHEL 7.<br>
><br>
> 1.  pxeboot installs were failing because I did not have the LiveOS<br>
> directory included in the customized ISO.  Is the LiveOS directory (and the<br>
> images in it) required in RHEL 7 now?<br>
> 2.  in pxeboot, I had to have the proper order of options in the<br>
> isolinux.cfg (pxelinux.cfg) file.  We were also using NFS for the install.<br>
> Lastly, the pxeboot server is older, and caused issues with the nfs version.<br>
> The order of relevant options was:<br>
><br>
> inst.stage2=nfs4:10.0.0.1:/<wbr>path/to/installdir<br>
> inst.ks=nfs:10.0.0.1:/path/to/<wbr>installdir/ksdir/file.ks<br>
> inst.repo=nfs4:/10.0.0.1:/<wbr>path/to/installdir<br>
><br>
> Notice that inst.ks=nfs didn't require the nfs version, but repo and stage2<br>
> did.  The order was also important for whatever reason.<br>
><br>
</span><span class="">> 3.  USB installs worked under RHEL 6.  Now, I'm having issues.  Under RHEL 6<br>
> I would use live-iso-to-disk to write the files to the USB drive.  This came<br>
> from the livecd-tools packages in fedora.<br>
><br>
> 4.  I currently am able to do PXE installs and DVD installs without fail.<br>
><br>
> Under RHEL 7, the livecd-tools utilities no longer work for this as the<br>
> livecd-iso-to-disk script finds the LiveOS directory in the iso and stops<br>
> processing anything else, treating it as a LiveOS image.  So this goes back<br>
> to Number 1 above.  Is the LiveOS required?  Is there anyway to use<br>
> livecd-tools to generate the USB drive?<br>
><br>
> The generation of the iso is correct and I'm using isohybrid on the .iso.<br>
> Under RHEL 6, the usb drive would work flawlessly.<br>
><br>
> I switched to using the following while building on a RHEL.6 (soon to be<br>
> rhel.7) system:<br>
><br>
> pv -treb my.iso | dd of=/dev/sdc conv=noerrors,notrunc<br>
><br>
><br>
> So, is there a better way to make a bootable usb via command line -or- what<br>
> is the proper way to do this?<br>
<br>
</span>I assume RedHat made the same changes to RHEL that they made to Fedora<br>
a few release back that broke this same behaviour.  IIRC, I had to<br>
boot the live CD, and look at the root mountpoint and pass<br>
root=LABEL=<Whatever Was Mounted There> to get it working again.  They<br>
changed they way the rootfs was mounted in the live image.  A newer<br>
usb creater may fix it, but I ultimately switched 100% to using boot<br>
emulation with grub4dos and / or grub2 since I do not have time to rip<br>
all this apart every time they change something like this.  Ultimately<br>
I ditched using USB and switched 100% to PXE (iPXE and gPXE combo)<br>
since I only had to maintain one set of files and not 100s of USB<br>
sticks.<br>
<br>
Today unfortunately we are 100% virtual, so VMware gets PXE loaded and<br>
a generic RedHat image gets laid down.  I do not have backups that go<br>
back far enough to get my config files unfortunately.  If you are not<br>
EFI dependent, then grub4dos is by far the easiest for USB.  You just<br>
throw the vendor's ISO on the stcik and it boots it like a CD.<br>
<br>
eg:<br>
<br>
title Install ESXi - IBM 5.5u2<br>
    map --mem /ESXi-5.5u2-2068190-IBM_<wbr>20150310.iso (hd32)<br>
    map --hook<br>
    chainloader (hd32)<br>
    boot<br>
<br>
Inside that ISO you can put the ks file, etc, or you can APPEND it<br>
directly there.<br>
<br>
If you need EFI, then you would need to use grub2.<br>
<div class="HOEnZb"><div class="h5"><br>
> Should the iso layout mostly be exactly like the oem iso, with the exception<br>
> of the changed isolinux.cfg file(s), ks files, and additional<br>
> packages/repodata?<br>
><br>
> Thanks for all and any help/information you can provide!<br>
><br>
> Andrew<br>
><br>
> ______________________________<wbr>_________________<br>
> Kickstart-list mailing list<br>
> <a href="mailto:Kickstart-list@redhat.com">Kickstart-list@redhat.com</a><br>
> <a href="https://www.redhat.com/mailman/listinfo/kickstart-list" rel="noreferrer" target="_blank">https://www.redhat.com/<wbr>mailman/listinfo/kickstart-<wbr>list</a><br>
<br>
______________________________<wbr>_________________<br>
Kickstart-list mailing list<br>
<a href="mailto:Kickstart-list@redhat.com">Kickstart-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/kickstart-list" rel="noreferrer" target="_blank">https://www.redhat.com/<wbr>mailman/listinfo/kickstart-<wbr>list</a><br>
</div></div></blockquote></div><br></div>