public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Theodore Ts'o" <tytso@mit.edu>
To: Pavel Machek <pavel@ucw.cz>
Cc: "Lukas Czerner" <lczerner@redhat.com>, "Jan Kara" <jack@suse.cz>,
	"Darrick J. Wong" <djwong@kernel.org>,
	"Luís Henriques" <lhenriques@suse.de>,
	"Andreas Dilger" <adilger.kernel@dilger.ca>,
	linux-ext4@vger.kernel.org, linux-kernel@vger.kernel.org,
	"Jeroen van Wolffelaar" <jeroen@wolffelaar.nl>
Subject: Re: [PATCH v2] ext4: set csum seed in tmp inode while migrating to extents
Date: Thu, 30 Dec 2021 01:56:49 -0500	[thread overview]
Message-ID: <Yc1YMUryayqc8fUk@mit.edu> (raw)
In-Reply-To: <20211228224017.GA2242@duo.ucw.cz>

On Tue, Dec 28, 2021 at 11:40:17PM +0100, Pavel Machek wrote:
> > Our rationale behind not supporting the migration was always the fact
> > that we felt that backup was absolutely necessary before operation like
> > this. When you already have up-to-date backup available you might as
> > well create a fresh ext4 file system with all the advantages it brings
> > and recover data from said backup. I think this is still a very
> > reasonable approach.
> 
> Umm. Not really?
> 
> First... full backup/restore will take a _long_ time.

How big is an ext3 file system going to be, though?  Ext4 was
available in RHEL 5, and was fully supported in RHEL 6 --- which was
released in the year 2000.  Back in 2000, the biggest Seagate
Barracuda drive you could get was 30GB.  The biggest disk available at
that time was the IBM Deskstar 75GXP, which was 75GB.

So a 5 disk RAID array from the era where you might have still been
using ext3 *might* have been as large as 300GB.

> Second... if you do online migration, you have filesystem you are
> quite unlikely to corrupt, and backup you are unlikely to use. If you
> do backup/restore, you have to be _way_ more careful that backup media
> is reliable etc.

21 years later, those IDE disks are probably not even functioning any
more.  Every 4-7 years, depending on how careful you want to be, you'd
would be well-advised to buy new hard drives, since back then disk
drive capacities were doubling every 18-24 months.  And so the sane
thing to do would be to do a disk-to-disk transfer.  That is, you buy
a new computer, with brand new hard drives, install the latest distro
(many companies would only upgrade distros when they upgraded their
hardware), and so you'd format new hard drives with the latest file
system, and do a disk-to-disk transfer from the old system to the new
system.

Quite frankly, if you aren't willing to copy the data from your
ancient spinning rust platters (and back then, they probably *were*
actually iron oxide :-), your largest risk would be the HDD
self-destructing from extreme old age.  :-)

							- Ted


  reply	other threads:[~2021-12-30  6:57 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-12-14 17:50 [PATCH v2] ext4: set csum seed in tmp inode while migrating to extents Luís Henriques
2021-12-15  0:49 ` Darrick J. Wong
2021-12-15 10:46   ` Luís Henriques
2021-12-15 11:28   ` Jan Kara
2021-12-15 14:12     ` Lukas Czerner
2021-12-15 15:37       ` Luís Henriques
2021-12-16 11:23       ` Luís Henriques
2021-12-16 18:32       ` Theodore Ts'o
2021-12-17  9:35         ` Lukas Czerner
2021-12-28 22:40           ` Pavel Machek
2021-12-30  6:56             ` Theodore Ts'o [this message]
2021-12-17 15:09         ` Jeroen van Wolffelaar
2022-01-06  4:41 ` Theodore Ts'o

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=Yc1YMUryayqc8fUk@mit.edu \
    --to=tytso@mit.edu \
    --cc=adilger.kernel@dilger.ca \
    --cc=djwong@kernel.org \
    --cc=jack@suse.cz \
    --cc=jeroen@wolffelaar.nl \
    --cc=lczerner@redhat.com \
    --cc=lhenriques@suse.de \
    --cc=linux-ext4@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pavel@ucw.cz \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox