Product SiteDocumentation Site

2.2.2. Kickstart

This section describes what behaviors have changed with related to automated installations (Kickstart).

2.2.2.1. Behavioral Changes

  • Previously, a Kickstart file that did not have a network line resulted in the assumption that DHCP should be used to configure the network. This was inconsistent with the rest of Kickstart in that all other missing lines mean installation should halt and prompt for input. Now, having no network line means that installation will halt and prompt for input. Also, the --bootproto=query option is deprecated. If you want to continue using DHCP without interruption, add network --bootproto=dhcp to your Kickstart file.
  • Traditionally, disks have been referred to throughout Kickstart by a device node name (such as sda). The Linux kernel has moved to a more dynamic method where device names are not guaranteed to be consistent across reboots, so this can complicate usage in Kickstart scripts. To accomodate stable device naming, you can use any item from /dev/disk in place of a device node name. For example, instead of:
    part / --fstype=ext4 --onpart=sda1
    
    You could use an entry similar to one of the following:
    part / --fstype=ext4 --onpart=/dev/disk/by-path/pci-0000:00:05.0-scsi-0:0:0:0-part1
    part / --fstype=ext4 --onpart=/dev/disk/by-id/ata-ST3160815AS_6RA0C882-part1
    
    This provides a consistent way to refer to disks that are more meaningful than just sda. This is especially useful in large storage environments.
  • You can also use shell-like entries to refer to disks. This is primarily intended to make it easier to use the clearpart and ignoredisk commands in large storage environments. For example, instead of:
    ignoredisk --drives=sdaa,sdab,sdac
    
    You could use an entry similar to one of the following:
    ignoredisk --drives=sda?
    ignoredisk --drives=/dev/disk/by-path/pci-0000:00:05.0-scsi-*
    
  • Kickstart will halt with an error in more cases than previous versions. For example, if you refer to a disk that does not exist, the installation will halt and inform you of the error. This is designed to help detect errors in Kickstart files before they lead to larger problems. As a side-effect, files that are designed to be generic across different machine configurations may fail more often. These should be dealt with on a case-by-case basis.
  • When using a Kickstart configuration file via HTTP, an error may occur that indicates the file could not be retrieved. Click the OK button several times without making modifications to override this error successfully. As a workaround, use one of the other supported methods to retrieve Kickstart configurations.
  • The /tmp/netinfo file used for Kickstart network information has been removed. Anaconda now uses NetworkManager for interface configuration, and stores configuration in the ifcfg files in /etc/sysconfig/network-scripts/. It is possible to use this new location as a source of network settings for %pre and %post scripts.