Project

General

Profile

Feature #24

Generate via templating systeme pxelinux.cfg entry

Added by p li over 9 years ago. Updated over 6 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
TFTP
Target version:
Difficulty:
Triaged:
No
Bugzilla link:
Pull request:
Team Backlog:
Fixed in Releases:
Found in Releases:

Description

Reading the unattended installation chapter,
http://theforeman.org/wiki/foreman/Unattended_installations#How-does-Foreman-manages-TFTP

It would be possible to generate predefined syslinux(pxelinux) boot file, based on
information in operatingsystem, and adding the following key/value
kernel
initrd
append


Related issues

Blocked by Foreman - Feature #177: Add an Operatingsystem Family conceptClosed2010-03-11

Associated revisions

Revision 0f77c7f2 (diff)
Added by Ohad Levy over 8 years ago

Fixes #178 and Fixes #24 - Automate populating the TFTP directory

This implementation is only for the Red Hat family, other OS's should follow
It implements a way to query foreman and gets the required boot files (i.e. kernel and initrd) files
from a predefine media over JSON.
it also provides a syslinux pxe configuration file based on those values and potentially other settings define via foreman.

History

#1 Updated by Ohad Levy over 9 years ago

I've been playing around with the ideas about how would it be best to automate the tftp infrastructure, for sure, what you are requesting is vital if you want to be able to specify kernel parameters per host (for the pxe boot phase).

One option that I'm looking into is using gpxelinux instead of pxelinux, gpxelinux supports HTTP, so that would mean I could fetch the syslinux configuration on the fly via HTTP instead of creating them.

another benefit is that you use the HTTP protocol, is reliability and performance which is much more suitable for large installations / high latency setups.

you can see some examples here: http://theforeman.org/blogs/show/1.

would appreciate any feedback
Ohad

#2 Updated by p li over 9 years ago

ohadlevy wrote:

I've been playing around with the ideas about how would it be best to automate the tftp infrastructure, for sure, what you are requesting is vital if you want to be able to specify kernel parameters per host (for the pxe boot phase).

One option that I'm looking into is using gpxelinux instead of pxelinux, gpxelinux supports HTTP, so that would mean I could fetch the syslinux configuration on the fly via HTTP instead of creating them.

another benefit is that you use the HTTP protocol, is reliability and performance which is much more suitable for large installations / high latency setups.

you can see some examples here: http://theforeman.org/blogs/show/1.

would appreciate any feedback
Ohad

Yes, you are right, gpxe is very interesting, and avoid the use of the poor TFTP protocol.
Gpxe support script, menu, and is over HTTP.
You can generate gpxe entry, the same as preseed or kickstart template

The link is not accessible, you mean http://theforeman.org/blogs/index/3 ?

#3 Updated by Ohad Levy over 9 years ago

pli wrote:

Yes, you are right, gpxe is very interesting, and avoid the use of the poor TFTP protocol.
Gpxe support script, menu, and is over HTTP.
You can generate gpxe entry, the same as preseed or kickstart template

I've already done that on a test branch, however I've found out that the fallback to boot from local disk (or next bios device) is not working as reliably as pxelinux

(see http://syslinux.zytor.com/archives/2009-September/013235.html for full description)

The link is not accessible, you mean http://theforeman.org/blogs/index/3 ?

yeah, I guess you needed more permissions for the other link (which is for editing the blog entry..)

#4 Updated by Ohad Levy over 9 years ago

  • Target version set to 0.3

#5 Updated by Ohad Levy over 9 years ago

  • Category set to TFTP
  • Assignee set to Ohad Levy

#6 Updated by Ohad Levy over 8 years ago

  • Target version changed from 0.3 to 0.1-6

#7 Updated by Ohad Levy over 8 years ago

  • Status changed from New to Ready For Testing
  • % Done changed from 0 to 100

#8 Updated by Ohad Levy over 8 years ago

  • Status changed from Ready For Testing to Closed

Also available in: Atom PDF