From the Proofpoint URL (that Mozilla Thunderbird Bluhell reports as a
"click through") and that translates to:
https://urldefense.proofpoint.com/v2/url?u=https-3A__access.redhat.com_documentation_en-2Dus_red-5Fhat-5Fenterprise-5Flinux_8_html-2Dsingle_performing-5Fan-5Fadvanced-5Frhel-5Finstallation_index-23bht.cd562e2a-2Dc743-2D442e-2Dafea-2D4a0a644b567a.7&d=DwIDaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=5QVvunZPOpisz1tvqpaD8tJ-w5kUxQOjP4riwIx6tEw&s=-dkcAFjruac91EaDXEXWhcqs545EJhktibPpjkyNOvs&e=
Converting a RHEL 7 Kickstart file for RHEL 8 installation
You can use the Kickstart Converter tool to convert a RHEL 7 Kickstart
file for use in a new RHEL 8 installation. For more information about
the tool and how to use it to convert a RHEL 7 Kickstart file, see
https://urldefense.proofpoint.com/v2/url?u=https-3A__access.redhat.com_labs_kickstartconvert_&d=DwIDaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=5QVvunZPOpisz1tvqpaD8tJ-w5kUxQOjP4riwIx6tEw&s=dbbJeNHpQdBEpbXgURXhMZHJztbOwgAw86LhRHjLl1o&e=
End excerpt.
Presumably, those who have a working SL 7 could use the above technique
to create the Kickstart install for UDEL8 (UD -- Unspecified
Distribution). Has anyone tried it? Does it work?
Note that for Ubuntu LTS, I took a machine from Ubuntu 18LTS to Ubuntu
20LTS without any complete reformat and install -- the partitions,
utilities, etc., were upreleased to the 20LTS version, and utilities
that were superseded/obsoleted and when necessary to be replaced by a
utility of a different "name" was properly done ("everything worked").
The amount of manual configuration that I have had to do going from EL
major release N to N+1 was far greater than Ubuntu LTS major release update.
On 5/6/21 5:15 PM, ~Stack~ wrote:
> On 5/6/21 7:02 PM, Nico Kadel-Garcia wrote:
>> On Thu, May 6, 2021 at 5:10 PM ~Stack~ <[log in to unmask]> wrote:
>>>
>>> On 5/6/21 3:21 PM, Yasha Karant wrote:
>>>> Excerpt from a previous post on this matter:
>>>>
>>>> On Thu, 2021-05-06 at 02:43 -0400, Nico Kadel-Garcia wrote:
>>>> The misfeatures you've groused about are not due to AlmaLinux, they're
>>>> straight RHEL problems. Let's assign blame and credit where they are
>>>> due.
>>>> End excerpt.
>>>>
>>>> Presumably, Rocky Linux (IBM RHEL "clone") does have the same
>>>> "misfeatures"? Would one of the after-EL repos (ElRepo et al.) be
>>>> willing to produce an alternative set of RPMs to address the
>>>> "misfeatures"? Would Alma or Rocky or ... ? No point in mentioning
>>>> Fermilab/CERN -- SL8 will never exist.
>>>
>>> Since Rocky is aiming for exact 1:1 compatibility then I would say that
>>> there won't be much deviation there.
>>
>> Yeah. One big issue right now is anaconda, the installer suite, which
>> is vulnerable to feature creep at the cost of useful options. It's no
>> longer possible in the GUI to pick and choose individual packages or
>> bundles of software, and the lack of a default mirror for network
>> based installation is just plain stupid.
>
>
> No argument from me there. I'm not a fan of anaconda. But I rarely use
> that for installing these days anyway. Even my home lab is kickstarted.
> > Unless you're a weasel like
>> me, you're unlikely to deduce that a working URL for CentOS
>> installation these days isis:
>>
>>
>> https://urldefense.proofpoint.com/v2/url?u=https-3A__mirrors.edge.kernel.org_centos_8.3.2011_BaseOS_x86-5F64_os_&d=DwICaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=CTZq3-snhnq7A-XxoSrTrqRFjeCB_15gt967vVnnavQ&s=Qobxq5QzLlehm36QMC_hvjGC8txbB1gyj7FkCaW1_XI&e=
>>
>> Notice the "BasOS", then architecture, then "os", instead of the older:
>>
>>
>> https://urldefense.proofpoint.com/v2/url?u=https-3A__mirrors.edge.kernel.org_centos_7.9.2009_os_x86-5F64_&d=DwICaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=CTZq3-snhnq7A-XxoSrTrqRFjeCB_15gt967vVnnavQ&s=b4D24OBMzTPw_Q5_uK8zk9cZhLt3p42h7s5WWyRMVfA&e=
>>
>> Notice that "BaseOS" is now considered more important than the
>> architecture or the OS, even though the channel only really makes
>> sense as part of the "os". Every RHEL 8 fork is going to have to deal
>> with this unwelcome segregation of paritally overlapping channels, all
>> of which are needed for a pretty basic server grade OS installation.
>
>
> Again. No argument from me there. It still annoys me too.
>
>
>> I think the theory was to split the load at Red Hat, to reduce the
>> metadata burden of having a single channel and reduce the load on
>> their servers. It's not helpful.
>
> Actually, it is because of how they wanted to split out certain modules
> for certain groups and activities. It would make sense that if a certain
> module had conflicting packages that it would be segregated and those
> that need it would know how to use it. At least in theory. There's
> plenty of people who will argue the pros and cons of this modularity. It
> used to annoy me but once I realized how to get what I need, I scripted
> it and don't really care that much these days. YMMV.
>
>
>> Anaconda has other issues: the difficulty of scripting and making its
>> behavior consistent isn't burdensome if you're, well, *me* and you can
>> handwrite ks.cfg files. But the kickstart GUI is pretty bad, and has
>> no options to include muliple '%pre' or '%post' scripts, it erases
>> multiple such scripts that may be read from a reference ks.cfg.
>>
>
> Creating Kickstarts isn't that bad. Once you do a install with the GUI,
> you are given the /root/anaconda.ks file which serves as a base. And I
> know it is dry reading, especially for those that aren't SysAdmin Nerds
> but RH does provide good documentation for it:
> https://urldefense.proofpoint.com/v2/url?u=https-3A__access.redhat.com_documentation_en-2Dus_red-5Fhat-5Fenterprise-5Flinux_8_html-2Dsingle_performing-5Fan-5Fadvanced-5Frhel-5Finstallation_index&d=DwICaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=CTZq3-snhnq7A-XxoSrTrqRFjeCB_15gt967vVnnavQ&s=qPZLgW8wrzJijssESVieCcywSrMdI0_9PhpLmKQkrHQ&e=
>
> I've never used a gui for the kickstarts so I can't comment there.
>
> ~Stack~
|
