OpenSUSE considers dropping reiserfs [LWN.net]

OpenSUSE considers dropping reiserfs

Posted Aug 7, 2022 20:30 UTC (Sun) by flussence (guest, #85566) [Link] (4 responses)

Weren't there proposals to remove it from the *kernel* last year or so? I'm surprised they still claim first-class support for it.

OpenSUSE considers dropping reiserfs

Posted Aug 7, 2022 20:38 UTC (Sun) by Wol (subscriber, #4433) [Link]

Reiserfs was only ever really supported by SuSE, I believe ...

SUSE would have nack'd removing it from the kernel, but Tumbleweed dropping it probably is signalling quite clearly that its days are numbered ...

Cheers,
Wol

OpenSUSE considers dropping reiserfs

Posted Aug 7, 2022 21:16 UTC (Sun) by randomguy3 (subscriber, #71063) [Link]

a follow-up to that email notes that it is planned to be removed from the kernel in 2025

OpenSUSE considers dropping reiserfs

Posted Aug 8, 2022 17:43 UTC (Mon) by jeffm (subscriber, #29341) [Link]

We don't consider it first-class. In SLE15, it's only been supported in read-only mode as a migration path and we don't ship the tools for it.

OpenSUSE considers dropping reiserfs

Posted Aug 20, 2022 21:13 UTC (Sat) by roblucid (guest, #48964) [Link]

OpenSuSE basically deprecated it a very long time ago, announcing it couldn't be supported in future, IIRC that was the release when ext4 was included and the default.
I remember as I used reiserfs in SuSE since the release with 2.4 came out, later with XFS which was the one that gave me trouble with corruption on power failures until I bought a UPS.

OpenSUSE considers dropping reiserfs

Posted Aug 7, 2022 23:25 UTC (Sun) by Matlib (guest, #134276) [Link] (3 responses)

It's been broken since 4.0 with some severe bugs. It used to be my weapon of choice for laptops, VMs and embedded stuff, and if fact I'm stuck with the last long-term kernel 3.x.x on one such machine.

OpenSUSE considers dropping reiserfs

Posted Aug 8, 2022 0:36 UTC (Mon) by k8to (guest, #15413) [Link] (2 responses)

resier 4 has been dead for some time. reiser3 is the thing that's in the kernel and mostly works.

OpenSUSE considers dropping reiserfs

Posted Aug 8, 2022 3:39 UTC (Mon) by developer122 (guest, #152928) [Link] (1 responses)

I think he means kernel 4.0

OpenSUSE considers dropping reiserfs

Posted Aug 8, 2022 15:58 UTC (Mon) by Matlib (guest, #134276) [Link]

Yes, kernel 4.x.x and reiser3.

OpenSUSE considers dropping reiserfs

Posted Aug 8, 2022 3:20 UTC (Mon) by motk (guest, #51120) [Link] (6 responses)

Who in glub's name is still using this in 2022, what the actual etc.

OpenSUSE considers dropping reiserfs

Posted Aug 9, 2022 12:01 UTC (Tue) by swilmet (subscriber, #98424) [Link]

For old disks kept as archives (not necessarily powered-on all the time in a cloud).

For files that you don't need anymore but you prefer to keep as backup (for 10 years or 20 years), a practice is to have two disks with the same content, but disconnected. From time to time, you may check that the content is still readable.

That way it uses less energy.

OpenSUSE considers dropping reiserfs

Posted Aug 9, 2022 20:24 UTC (Tue) by hailfinger (subscriber, #76962) [Link] (4 responses)

Me, roughly one month ago when I discovered the hard way that ext4 is not made for many files. Yes, you can use tune2fs at runtime to raise the file limit per directory (large_dir option), but there is no way to undo that except throwing the filesystem away and recreating it from scratch.
GRUB won't boot from an ext4 filesystem with large_dir active, so I suddenly had a non-bootable system with no spare capacity to recreate a working state. Lesson learned.

Then I remembered that ReiserFS (which I had used many years ago when it was more stable than ext3) has no inodes and thus no inode limit. And there are tools to do an in-place conversion to ReiserFS. However, the looming deprecation of ReiserFS and its non-maintenance seem to have accumulated bugs slightly faster than ext4 where bugs are introduced through maintenance (b5776e7). So... ReiserFS was not a choice anymore.

In the end I chose XFS and recreated everything from scratch.

OpenSUSE considers dropping reiserfs

Posted Aug 11, 2022 13:35 UTC (Thu) by smurf (subscriber, #17840) [Link]

You can do an in-place conversion from extfs to btrfs, though.

OpenSUSE considers dropping reiserfs

Posted Aug 12, 2022 18:44 UTC (Fri) by k8to (guest, #15413) [Link]

Yeah, reiser was pretty good for a usenet server around 2000, but I think xfs became the standard choice for this type of scenario not that long after. Good luck with your workload.

OpenSUSE considers dropping reiserfs

Posted Aug 13, 2022 8:31 UTC (Sat) by jem (subscriber, #24231) [Link]

>Me, roughly one month ago when I discovered the hard way that ext4 is not made for many files

It is generally a bad idea to put a huge amount of files in a single directory, no matter what filesystem you are using. You'll run into limits and performance issues. Fortunately, there is a simple solution to this: design your app to spread the files into subdirectories, like Git does.

OpenSUSE considers dropping reiserfs

Posted Aug 20, 2022 21:33 UTC (Sat) by roblucid (guest, #48964) [Link]

I maintained the UNIX habit of a small seperate /boot fs, usually ext2 to avoid such issues.
After running a lot of machines you get defensive from seeing file corruption in / and try to eliminate dramas.

OpenSUSE considers dropping reiserfs

Posted Aug 8, 2022 6:42 UTC (Mon) by donbarry (guest, #10485) [Link] (8 responses)

A sense of the timescale on which the kernel retains features is that Hans Reiser has already come up for one parole hearing, denied in 2020, and will have another one in early 2023. He's currently in a special prison that provides for medical needs, including mental health needs, which is perhaps unsurprising.

OpenSUSE considers dropping reiserfs

Posted Aug 8, 2022 8:34 UTC (Mon) by rsidd (subscriber, #2582) [Link] (7 responses)

Yes, and Reiser was sentenced in 2008 to "15 years to life", so he may be released in 2023 (I'm not sure how it works).

In my opinion ReiserFS users should have made their migration plans in 2008 (and SuSE should have deprecated it at that time). Almost all hardware from that time must have been upgraded long ago; they should have avoided ReiserFS on any new machine. Reiser himself was already deprecating it in favour of Reiser4, and it was all practically a one-man show.

OpenSUSE considers dropping reiserfs

Posted Aug 8, 2022 13:59 UTC (Mon) by IanKelling (subscriber, #89418) [Link] (3 responses)

I'm not an expert, but afaik, 15 years to life in the US is generally considered a life sentence; only a small percentage get out.

It sounds like this removal is a good thing.

OpenSUSE considers dropping reiserfs

Posted Aug 11, 2022 3:42 UTC (Thu) by kena (subscriber, #2735) [Link] (2 responses)

This was gone into some detail at the time of conviction, as many people thought he was getting a sweet deal. Turns out that "15 years to life" can very much mean "to life," as the circumstances -- he proved he'd killed her by immediately locating her body -- were pretty damning. So what it does, in effect, is give the _chance_ that he could be let out earlier, but it's very likely he'll spend several more decades, if not his entire life, behind bars.

OpenSUSE considers dropping reiserfs

Posted Aug 16, 2022 14:39 UTC (Tue) by tome (subscriber, #3171) [Link] (1 responses)

> what it does, in effect, is give the _chance_ that he could be let out earlier

that generally requires remorse, of which Reiser has none

OpenSUSE considers dropping reiserfs

Posted Aug 16, 2022 16:22 UTC (Tue) by zdzichu (subscriber, #17118) [Link]

Why would he? It's illogical.

OpenSUSE considers dropping reiserfs

Posted Aug 8, 2022 14:15 UTC (Mon) by gwolf (subscriber, #14632) [Link] (1 responses)

Although ReiserFS does carry its creator's last name, and he was the ultimate authority on its workings... Don't expect him to run back to coding (with as great skills as he had back in 2008) as soon as (and of course, if) he gets out. Also, the kernel today is not the same as the kernel 15 years ago. We should all accept ReiserFS had some neat ideas, but its time has gone, and it should be removed — probably in stages (first from the distributions, later from the kernel). It is not _that_ hard to move over to a different FS (given a multi-year timespan).

OpenSUSE considers dropping reiserfs

Posted Aug 11, 2022 15:08 UTC (Thu) by Conan_Kudo (subscriber, #103240) [Link]

It is also possible to convert from ReiserFS to Btrfs in-place.

OpenSUSE considers dropping reiserfs

Posted Aug 20, 2022 21:20 UTC (Sat) by roblucid (guest, #48964) [Link]

Well that happened but reiserfs had been the default in SuSE, I remember changing to ext4 for the system fs and the distro announcing that reiserfs was no longer possible to support.

Removal of filesystem support: downsides

Posted Aug 8, 2022 20:18 UTC (Mon) by chris_se (subscriber, #99706) [Link] (5 responses)

I don't have any current storage that uses reiserfs, and I don't think that you should still be using it in production systems today. But what happens if at a later point in time one still finds an old drive (or even image file) that contains reiserfs. It would be great if there was some kind of support for at least reading these devices, so that data stored on them is not lost simply because the fs is outdated.

This argument is not reiserfs-specific, in general this applies to any existing filesystem that that the kernel has either already dropped or for which there are plans to drop it at some point in the future.

This doesn't have to be in the kernel: a FUSE-based project that gathers all filesystems removed from the kernel and provides read-only support for accessing them would be plenty sufficient. Doesn't have to be very fast, doesn't have to provide write support, just has to work, so that when one encounters a device somewhere with such a filesystem, one can still access the data stored on it. Does anybody know of such efforts?

Removal of filesystem support: downsides

Posted Aug 8, 2022 20:37 UTC (Mon) by willy (subscriber, #9762) [Link] (1 responses)

If you read the linked email ...

> If these are in active use, I would seriously encourage migrating to something actively maintained. If these are sitting on a shelf for archival purposes, GRUB ships with a fuse frontend for all of its file system drivers, including reiserfs. It's not fast but it's enough for data access.

Removal of filesystem support: downsides

Posted Aug 8, 2022 23:13 UTC (Mon) by plugwash (subscriber, #29694) [Link]

While it's cool that grub does that, I would have a couple of concerns.

1. How robust are the grub drivers? have they ever been tested in any context other than booting a system?
2. Will grub continue to support filesystems if/when they are dropped from the kernel.

Removal of filesystem support: downsides

Posted Aug 9, 2022 1:30 UTC (Tue) by k8to (guest, #15413) [Link] (1 responses)

I'm no expert, but i would think that passing a block device from a hardware kernel along to a vm kernel that deals with the filesystem shouldn't be that hard, in the worst case.

Removal of filesystem support: downsides

Posted Aug 9, 2022 2:11 UTC (Tue) by nybble41 (subscriber, #55106) [Link]

There is a ready-made tool for exactly that: https://libguestfs.org/guestmount.1.html

Removal of filesystem support: downsides

Posted Sep 4, 2022 17:46 UTC (Sun) by landley (guest, #6789) [Link]

Just use a VM to boot an old OS image. Knoppix and friends have booted from ISO since 2000.

Even if conversion is only supported for ~7 years or so, you can boot an image from within that timeframe, convert the data to the newer archive format, boot the NEXT one you need a decade later, convert to the next format, etc. On any unixoid you can almost always manage to write a tarball to an NFS mount, or pipe it through uuencode to an emulated serial device being written to a file, or some such.

Storage getting bigger makes old block devices easier to image, and a proper data recovery setup will have snapshots of things like the devuan "pool1.iso" file so the servers having gone away no longer matter even if you need a weird obscure tool out of the repository:
https://ftp.nluug.nl/pub/os/Linux/distr/devuan/devuan_chi...

And you can usually dig up really _old_ stuff if you know where to look... https://archive.download.redhat.com/pub/redhat/linux/