Hi Team,
Can someone please explain why in RHEL 8.1 USB install anaconda with Kickstart sets still ONBOOT=no when the network connection was not detected during the installation?
I've found a few bugs (old) related to this issue where the consensus was to set it up as ONBOOT=yes
Do I really have to use sed in the postinstall script in the kickstart? Can someone please explain?
https://bugzilla.redhat.com/show_bug.cgi?id=806466 https://bugzilla.redhat.com/show_bug.cgi?id=498207
Kind Regards,
--
Gianfranco Sigrisi
Senior Consultant
Red Hat Switzerland https://www.redhat.com
Europaallee 41, 8021 Zürich
gsigrisi@redhat.com M: +41764049992 https://www.redhat.com
Hello,
On 1/7/20 12:40 PM, Gianfranco Sigrisi wrote:
Hi Team,
Can someone please explain why in RHEL 8.1 USB install anaconda with Kickstart sets still ONBOOT=no when the network connection was not detected during the installation?
I've found a few bugs (old) related to this issue where the consensus was to set it up as ONBOOT=yes
These are Fedora bugs, and on Fedora the ONBOOT of a device should already be set to yes. On RHEL it is a matter of policy, which is likely going to be reconsidered in scope of these bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1586173#c6
Here is more info about the state, reasons and outlooks:
https://bugzilla.redhat.com/show_bug.cgi?id=1628067#c6
Do I really have to use sed in the postinstall script in the kickstart?
Other option could be:
1) Adding network configuration in kickstart that would ensure the onboot yes value (here, using "--device link: for the first device with link found):
network --device link --onboot yes
If you want to prevent activating the device in the installer environment:
network --device link --onboot yes --no-activate
More information in
https://pykickstart.readthedocs.io/en/latest/kickstart-docs.html#id42
2) Activating any device via boot options, for example using:
ip=dhcp
or
ip=ens3:dhcp
would make the device have ONBOOT=yes on the installed system (if not reconfigured by other means)
Radek
anaconda-devel@lists.fedoraproject.org