Red Hat Satellite engineering is moving the tracking of its product development work on Satellite to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "Satellite project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs will be migrated starting at the end of May. If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "Satellite project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/SAT-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1200712 - [RFE] Satellite-6: Using GPXELinux instead of PXELinux to provision kickstart hosts
Summary: [RFE] Satellite-6: Using GPXELinux instead of PXELinux to provision kickstart...
Keywords:
Status: CLOSED DUPLICATE of bug 1308896
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: Provisioning
Version: Unspecified
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: Unspecified
Assignee: Lukas Zapletal
QA Contact: Katello QA List
URL:
Whiteboard:
Depends On:
Blocks: 1215144
TreeView+ depends on / blocked
 
Reported: 2015-03-11 09:25 UTC by Sergio G.
Modified: 2019-06-13 08:18 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
: 1215144 (view as bug list)
Environment:
Last Closed: 2016-02-17 08:23:18 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1215144 0 medium CLOSED [Docs] [User] [RFE] Document use of gPXE to kickstart/provision hosts in Satellite 6 2021-02-22 00:41:40 UTC

Internal Links: 1215144

Description Sergio G. 2015-03-11 09:25:56 UTC 
Description of problem:
TFTP is very slow in some situations with high latencies no matter the bandwidth. It takes up to 10 minutes to boot kickstart's vmlinuz and/or initrd.img 


Version-Release number of selected component (if applicable):
Satellite 6 versions


How reproducible:
Each time


Steps to Reproduce:
1. Register a host
2. Use a MacroLan/WAN connection with more than 30ms of latency, but good enough bandwidth (10Mbps)
3. Build a host 


Actual results:
vmlinuz and initrd.img takes around 12 minutes to be transfered 


Expected results:
Having vmlinuz and initrd.img transfered in better times according to connection bandwidth (a couple of minutes).


Additional info:
As a workaround we have tweaked block size and timeouts to retransmit in tftp server, but the speed is still low.

As a solution, we have made next changes in Satellite 6 and I would like to ensure if it's supported or not from Red Hat:
 - used a modified clone of "Kickstart default PXELinux" template to use <%= @host.url_for_boot(:initrd) -%>  instead of <%= @initrd %>,  and so for vmlinuz.
 - copied /usr/share/syslinux/gpxelinuxk.0 to /var/lib/tftpboot
 - modified dhcp parameters to provide gpxelinuxk.0 as filename.

As a result:
 - a client boots from DHCP and receives gpxelinuxk.0 from the DHCP server as filename
 - it gets the file from Satellite using TFTP
 - it gets the boot file from Satellite using TFTP
 - it gets vmlinuz and/or initrd.img from Satellite using HTTP
 - the total deployment time reduces from 20 minutes (being 10 only to transfer vmlinuz/initrd.img) to 10 minutes.
Comment 1 RHEL Program Management 2015-03-11 09:33:07 UTC 
Since this issue was entered in Red Hat Bugzilla, the release flag has been
set to ? to ensure that it is properly evaluated for this release.
Comment 4 Ohad Levy 2015-03-15 12:44:18 UTC 
This usage case is already supported, see http://projects.theforeman.org/projects/foreman/wiki/Fetch_boot_files_via_http_instead_of_TFTP for upstream instructions.
Comment 8 Lukas Zapletal 2016-02-17 08:23:18 UTC 
I am closing this bug, there is nothing to do in the code base. This is only documentation effort.

I filed new bug which is here to track documentation of this feature and how to configure it. https://bugzilla.redhat.com/show_bug.cgi?id=1308896

*** This bug has been marked as a duplicate of bug 1308896 ***
Note You need to log in before you can comment on or make changes to this bug.