Re-sending to list:
On 27/05/2020 04:45, Yasha Karant wrote:
> I have done upgrade in place (no new harddrive unless we needed a larger
> capacity drive) on several unix/bsd derivatives. Your file system
> comments are very well taken. However, using "stock" Ubuntu LTS for
> the OS and file system, is your experience contrary to those of others?
It might be worth noting that *buntu LTS upgrades are not 'fully'
supported on first release:
https://urldefense.proofpoint.com/v2/url?u=https-3A__ubuntu.com_blog_how-2Dto-2Dupgrade-2Dfrom-2Dubuntu-2D18-2D04-2Dlts-2Dto-2D20-2D04-2Dlts-2Dtoday&d=DwIDaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=r5h_3C9b09QqNiHYF4VqGCzaeqlCOycKW9tpinBdJFs&s=h47sDZj_98PGsJ6nV_w-I53Vnygns3BRBMvi_U227I4&e=
> The upgrade process can be done using the Ubuntu update manager or on the command line. The Ubuntu update manager will start showing a prompt for an upgrade to 20.04 once the first dot release of Ubuntu 20.04 LTS (i.e. 20.04.1) is released. The typical timeframe for this is around three months after the official release.
===========
>
> On 5/26/20 7:21 PM, Nico Kadel-Garcia wrote:
>> On Tue, May 26, 2020 at 3:54 PM Troy Dawson <[log in to unmask]> wrote:
>>> Although in the past the official policy of Red Hat was that you
>>> needed to do a fresh install going from EL N to N+1, that is starting
>>> to change.
>>> There is an internal team called "LEAP" whose job it is to make sure
>>> you can do that.
>>> I believe RHEL 7.8 to RHEL 8.1 was the first that you could
>>> officially do that.
>>> I don't know all the details. all I know is "we're working on it."
>>> I'm pretty sure that at the current time we aren't as smooth as
>>> Debian, they've been doing it much longer.
>>> But we're getting better, and for RHEL9, LEAP is being involved from
>>> the start.
>>> So maybe in a few releases / years people will be able to say our
>>> updates are as good, or even easier than debians.
>> Been there, done that. It works great until it doesn't. While updating
>> the RPM's may be feasible, there have been subtle changes in
>> filesystems which man starting with an old filesystem is prone to
>> errors, and upgrading in place is.... not a reliable process. *All*
>> operating systems are prone to such issues, unless you can basically
>> mount the old file system as an image and apply the updates from
>> outside. I've done upgrades with approximately 20,000 Red Hat based
>> systems, over my career, and others. If you were foolish enough to use
>> ReiserFS, for example, you'll *really* need to rebuld your filesystems
>> in between OS upgrades..
|
