For some reason, ipxe-bootimgs is not part of the main RHEL7 repository, but "optional" one. I asked to move it up. Then we don't need to build it ourselves to avoid the extra repository (only for RHEL6 where ipxe is missing).

https://bugzilla.redhat.com/show_bug.cgi?id=1323135

QA: To verify this bug, create a host or generic bootdisk and provision a host with VMWare keeping the network driver VM option on the default E1000 value.

QA test scenario:

1) Verify version of the package ipxe-bootimgs-20160127-1.git6366fa7a.el7.noarch.rpm

2) Create new host for network-based provisioning

3) Generate Generic and Host image (not Full host image!)

4) Provision with both

Ideally test in libvirt, RHEV and VMWare.

Verified with sat6.2 beta snap9.2

I can see following ipxe-bootimgs package installed with snap9.2:

 ~]# rpm -qa | grep ipxe-bootimgs
ipxe-bootimgs-20160127-1.git6366fa7a.el7.noarch


I generated two bootdisks iso's "Generic and Host image" and I can provision hosts on libvirt using these images.

I'll test this on vmware and rhevm and will update my comments.

I generated similar bootdisks and this time I provisioned host using host-based image on rhevm CR successfully.

2016-04-25 09:02:12 [app] [I] Processing by HostsController#resources as HTML
2016-04-25 09:02:12 [app] [I]   Parameters: {"range"=>"7", "id"=>"sghaihost.katello-latest.satellite.lab.eng.rdu2.redhat.com"}
2016-04-25 09:02:12 [app] [I]   Rendered hosts/_resources.html.erb (7.0ms)
2016-04-25 09:02:12 [app] [I] Completed 200 OK in 41ms (Views: 7.9ms | ActiveRecord: 6.5ms)
2016-04-25 09:02:25 [app] [I] Started GET "/unattended/iPXE?&mac=00%3A1a%3A4a%3A3e%3Aa6%3A1d" for 10.8.111.37 at 2016-04-25 09:02:25 -0400
2016-04-25 09:02:25 [app] [I] Processing by UnattendedController#host_template as HTML
2016-04-25 09:02:25 [app] [I]   Parameters: {"mac"=>"00:1a:4a:3e:a6:1d", "kind"=>"iPXE"}
2016-04-25 09:02:25 [app] [I] Found sghaihost.katello-latest.satellite.lab.eng.rdu2.redhat.com
2016-04-25 09:02:26 [app] [I]   Rendered inline template (64.1ms)
2016-04-25 09:02:26 [app] [I] Completed 200 OK in 168ms (Views: 62.2ms | ActiveRecord: 27.0ms)
2016-04-25 09:02:37 [app] [I] Started GET "/unattended/provision?token=1c551489-f84d-4341-aab2-7978176e0c27" for 10.8.111.37 at 2016-04-25 09:02:37 -0400
2016-04-25 09:02:37 [app] [I] Processing by UnattendedController#host_template as */*
2016-04-25 09:02:37 [app] [I]   Parameters: {"token"=>"1c551489-f84d-4341-aab2-7978176e0c27", "kind"=>"provision"}
2016-04-25 09:02:37 [app] [I] Found sghaihost.katello-latest.satellite.lab.eng.rdu2.redhat.com
2016-04-25 09:02:40 [app] [I]   Rendered inline template (840.3ms)
2016-04-25 09:02:40 [app] [I] Completed 200 OK in 2982ms (Views: 782.4ms | ActiveRecord: 78.2ms)
201

On vmware setup, I generated generic and host based boot disk. and provision host via these successfully.

Please note that in case of generic (dhcp-proxy was associated to subnet, but no tftp) and in case of host-base, neither dhcp nor tftp boot was associated. I used static subnet. 

logs when using generic bootdisk:
===========================
2016-04-26 02:37:40 [app] [I] Started GET "/unattended/iPXE?&mac=00%3A50%3A56%3A96%3A53%3A00" for 192.168.100.13 at 2016-04-26 02:37:40 -0400
2016-04-26 02:37:40 [app] [I] Processing by UnattendedController#host_template as HTML
2016-04-26 02:37:40 [app] [I]   Parameters: {"mac"=>"00:50:56:96:53:00", "kind"=>"iPXE"}
2016-04-26 02:37:40 [app] [I] Found sghaigenboot.cfme.lab.eng.rdu2.redhat.com
2016-04-26 02:37:40 [app] [I]   Rendered inline template (41.1ms)
2016-04-26 02:37:40 [app] [I] Completed 200 OK in 225ms (Views: 38.7ms | ActiveRecord: 24.9ms)
2016-04-26 02:37:57 [app] [I] Started GET "/unattended/provision?token=6041d2c1-0a3d-401e-bb23-6f750ff4e50d" for 192.168.100.13 at 2016-04-26 02:37:57 -0400
2016-04-26 02:37:57 [app] [I] Processing by UnattendedController#host_template as */*
2016-04-26 02:37:57 [app] [I]   Parameters: {"token"=>"6041d2c1-0a3d-401e-bb23-6f750ff4e50d", "kind"=>"provision"}
2016-04-26 02:37:57 [app] [I] Found sghaigenboot.cfme.lab.eng.rdu2.redhat.com
2016-04-26 02:38:01 [app] [I]   Rendered inline template (466.2ms)
2016-04-26 02:38:01 [app] [I] Completed 200 OK in 3746ms (Views: 440.3ms | ActiveRecord: 44.8ms)

logs when using host-based bootdisk.
===================================

2016-04-26 03:53:53 [app] [I] Started GET "/unattended/iPXE?&mac=00%3A50%3A56%3A96%3A4a%3Ada" for 192.168.100.9 at 2016-04-26 03:53:53 -0400
2016-04-26 03:53:53 [app] [I] Processing by UnattendedController#host_template as HTML
2016-04-26 03:53:53 [app] [I]   Parameters: {"mac"=>"00:50:56:96:4a:da", "kind"=>"iPXE"}
2016-04-26 03:53:53 [app] [I] Found sghaihostbootdisk.cfme.lab.eng.rdu2.redhat.com
2016-04-26 03:53:53 [app] [I]   Rendered inline template (35.1ms)
2016-04-26 03:53:53 [app] [I] Completed 200 OK in 137ms (Views: 50.1ms | ActiveRecord: 15.6ms)
2016-04-26 03:54:03 [app] [I] Started GET "/unattended/provision?token=04e3a076-1ed0-42bc-85ec-375a3a73adb5&static=yes" for 192.168.100.9 at 2016-04-26 03:54:03 -0400
2016-04-26 03:54:03 [app] [I] Processing by UnattendedController#host_template as */*
2016-04-26 03:54:03 [app] [I]   Parameters: {"token"=>"04e3a076-1ed0-42bc-85ec-375a3a73adb5", "static"=>"yes", "kind"=>"provision"}
2016-04-26 03:54:03 [app] [I] Found sghaihostbootdisk.cfme.lab.eng.rdu2.redhat.com
2016-04-26 03:54:06 [app] [I]   Rendered inline template (601.8ms)
2016-04-26 03:54:06 [app] [I] Completed 200 OK in 2569ms (Views: 581.5ms | ActiveRecord: 38.3ms)

Note: QE tested bootdisk provisioning using following NIC drivers:

vmware:E1000 and VMXNET3
rhev: VirtIO
libvirt: VirtIO, rtl8139, e1000

Bootdisk provisioning via ipxe doesn't work with following two NIC drivers. Getting: "not a valid device model name"

ne2k_pci, pcnet,

Thanks Lzap.. I tested with following rpm versions and same updated in article

ipxe-roms-qemu-20130517-8.gitc4bce43.el7_2.1.noarch
ipxe-bootimgs-20160127-1.git6366fa7a.el7.noarch

Tested with:

libvirt-1.2.17-13.el7_2.4.x86_64
vmware 5.5

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2016:1501