- When users of IBM System z had the kdump package installed, the default kernel was set to
kernel-kdump. However, the
zIPLutility ignored the
Kdumpand debugged kernels when creating the
zipl.conffile. Consequently, after updating the system, the newly-installed kernel was not set as the default entry in
zipl.confsince the default kernel has been set to
kernel-kdump. Now, if a kernel name includes “-kdump”, such a kernel is not set as default instead of the newly-installed kernel.
- Under certain circumstances, downloading of a kickstart file could fail due slow network initialization. To address this bug, a new
GATEWAY_PING_TIMEOUToption has been added to the Network Manager. The option checks connectivity to the server before reporting a network interface as being connected. With this update, Anaconda has been modified to use this feature by the
nicedelayboot option that can now be used in cases of very slow network initialization.
- No major release version was written to the boot menu for Red Hat Enterprise Linux. As a consequence, after installing on a multi-boot system, it was not clear which Red Hat Enterprise Linux entry corresponded to which major version. The boot menu entry now contains the major version of the Red Hat Enterprise Linux release. For Red Hat Enterprise Linux 6, this means there is the
Red Hat Enterprise Linux 6entry. Note that there is not the minor version number, such as
6.6. This is because there is currently no infrastructure to update the boot menu entry in place, so the entry would be incorrect after an upgrade.
- When a bonding device was specified in the
%presection of a kickstart file and used with the
%includekickstart option, Anaconda could not create the bond interface correctly. This update applies a patch to fix this bug and bonding interfaces are created as expected in the described scenario.
- Previously, it was not possible to specify a local domain name by the kickstart
networkcommand. As a consequence, if a short host name was configured by the kickstart network
--hostnameoption, name resolution of short names from local domain did not work properly in the Anaconda installer. A new
--domainoption for the
networkcommand has been added to address this bug.
- When upgrading using Anaconda, it attempted to enable all swap devices listed in the
/etc/fstab/directory on the system. However, Anaconda did not check whether the swap devices existed. Consequently, non-existent swap devices listed in
/etc/fstab/caused errors to be returned during an upgrade. With this update, when Anaconda encounters such a device, it displays a dialog window allowing the user to either skip the device or abort the upgrade.
--percentparameter was omitted in the output kickstart file, even if it was provided in the input kickstart file. As a consequence, the installation would be less reproducible using the output kickstart file. With this update, the kickstart code has been modified to not omit the
--percentparameter from the output kickstart file.
- Previously, Anaconda did not check the VLAN ID that was passed as a boot parameter. Therefore, Anaconda could not retrieve a kickstart file on an NFS volume over a VLAN interface, because a VLAN connection had not been established. This update modifies Anaconda to check the VLAN ID.
- During installation, the
/tmp/size directory was always 250M. On systems with a large number of drives, large driver update disks, or a large number of repositories,
/tmp/space could be exhausted, causing the installation to terminate unexpectedly. With this update, 50% of memory is reserved for
/tmp/on systems with RAM greater than 512M, thus the installation proceeds correctly in the aforementioned scenario.
- This update allows using the symbolic console device identifier for the
cio_ignorekernel parameter in the
generic.prmfile for the IBM System z. Using this identifier prevents issues which may arise if no default console device number is available at installation time, or if the console device number is different from what was previously a hard-coded value in the
generic.prmfile. As a result, console devices using a different device identifier than what was previously hard-coded into the
generic.prmfile can be removed from the blacklist and made available for use.