With yum, i used 'yum -y --downloadonly update' and saved
'/var/cache/yum' away, copying it over
to additional clients before 'update'. That avoided additional downloads
altogether
--------------------------------------------------------------------------------------------------------------------------------------
On 4/12/21 9:58 PM, Yasha Karant wrote
That is precisely what I did -- install from media -- but during the
install (if memory serves -- this may have been another distro that I
had to install on an enduser machine), the option to update was given
(as the bootable ISO install image was not "current" with the latest
security updates, etc) and then a choice of mirrors appeared. As I
recall, if a particular mirror was off-line, etc, one could then
return to the mirror choice and choose a different mirror.
Our real network throughput was too low in most cases to do a full
install over the Internet (although an image on a LAN SAN/NAS had
enough throughput); as the security update had to be done in any
event, I did this during initial install if possible (with later
updates done on the installed resulting live system -- we were not
using a Type 1 hypervisor system with deployable full supervisor OS
image and had tried several central deployment options, chef, etc, but
mostly did things by hand).
Again, the update during install may not have been from SL, as I have
not done a fresh install of SL since the advent of SL 7.
On 4/12/21 12:11 PM, RL wrote:
Why netinstall? Get the ISO, use it from a USB stick. The ISO will
avoid excessive additional downloads
if installing more hosts with virtualbox or vmware
My 5 Cents
Rainer
--------------------------------------------------------------------------------------------------------------
On 4/12/21 5:40 PM, Yasha Karant wrote:
Perhaps someone can refresh my memory: under old EL, was the mirror
list statically built into the install package, dynamically loaded
if an Internet connection is available, or a mix of these two? I
donot recall having to type long strings such as mirror URLs into
the "old" installs.
For IBM RH, a limited list of IBM RH "owned" servers makes business
sense, but not for an open system licensed for free. (The argument
of cost transference through the use of a no-cost-to-the-business
server often is outweighed by market control and brand
identification enforced loyalty arguments.)
On 4/12/21 2:55 AM, Nico Kadel-Garcia wrote:
On Mon, Apr 12, 2021 at 5:23 AM Takashi Ichihara
<ichih...@rarfaxp.riken.go.jp> wrote:
My recollection of a fresh install of SL (it has been a number
of years,
and thus memory may be defective) is that SL provided a set of
mirrors.
Is one to assume that AL8 has no such mirrors or that AL8 network
bootable media does not include the list so established?
Just one comment.
AlmaLinux already has a lot of mirros! ( 75 mirror sites now :-) )
https://urldefense.proofpoint.com/v2/url?u=https-3A__mirrors.almalinux.org_&d=DwIBaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=y7r9iro2whYATmZvTlfDdVMBibosCwY4wOi8tLPubYc&s=iNBj7JqH-k8I7-Rb1JRBt7cEypGutVRrBPCPo7siPmc&e=
RHEL 8 installation media do not have a console selectable "pick a
mirror from this list to install from", nor does CentOS 8. You have to
type it in manually in the network based installation interface, or
work from the installation DVD rather than the netinstall ISO and
avoid network installation altogether. AlmaLinux 8 would have to
violate binary consistency with RHEL to fix this flaw.
This kind of stupidity is one of customer burdening regression in a
vital tool is one of the reasons I'm not happy with RHEL 8 and the
clones, and am not championing it.
