Language Selection

English French German Italian Portuguese Spanish

Reiser FS: The open source file system fallout

Filed under
Reiser

Yesterday, the Open Source community took an emotional hit when veteran Linux programmer Hans Reiser was convicted of first degree murder in the suspicious disappearing of his wife, Nina. While I won’t go into the details of the case, as this has been covered extensively in the press, I would like to talk a little bit about how this verdict will impact the technology in play for file system dominance in our favorite Open Source operating system, Linux.

While Namesys’ ReiserFS, of which Hans Reiser (right) was the primary programmer and lead designer was not the pre-dominant journaled file system used on Linux systems, it was praised for its stability and performance, and was and still is the default file system on the second most popular enterprise Linux distribution, SuSE Linux Enterprise Server (SLES). ReiserFS was also included in the “upstream” Linux kernel maintained by Linus Torvalds because it shares the same license, GPL version 2. ReiserFS is also popular on Debian-based systems as well.

SuSE and Debian use ReiserFS version 3, a stable and proven version of the code that has been sitting mostly fallow for some time, and is maintained with bug and security fixes on a best effort basis. Prior to the whirlwind and highly publicized trial, Hans Reiser and his small team were working on Reiser4, but much of this development ground to a halt due to his legal woes, and the project is more than likely to die an unfortunate death by virtue of its lead programmer having to serve a minimum 25 year life sentence in prison.

From the SuSE and Debian perspective, this is an obviously unacceptable state of affairs.

More Here




Also:

  • For now, the future of ReiserFS, and its parent company Namesys, remain in jeopardy. Reiser put the company up for sale in December 2006, and as of yet the company is unsold. Namesys employee Alexander Lyamin, writing in the Linux Kernel Mailing List in December 2006, said his company will continue its work absent of Reiser’s leadership, and attempt to appoint a “proxy” to run operations until a better solution could be found. At this time, Namesys’ website is current inaccessible.

    "Misunderstood" programmer receives 25-to-life

  • The few prominent Linux distributions that were still shipping the stable version of ReiserFS by default have shifted to the more common Ext3 for various technical reasons. Reiser4, his next-generation filesystem, has been under active development for some time, but has not been streamlined into the Linux kernel because Linux developers claim that it fails to adhere to coding conventions and has several technical problems.

    Hans Reiser is fscked: jury delivers guilty verdict

  • I don’t know if Hans Reiser, creator of the well-regarded, open-source ReiserFS (Reiser File System), is actually guilty of the murder of his estranged wife, Nina Reiser. We can’t actually even be sure that Nina Reiser was murdered. Her body was never found and Reiser’s attorney argued that she may have returned to her native Russia.

    Never-the-less, as Wired reported, “with no body, no crime scene, no reliable eyewitness and virtually no physical evidence” Hans Reiser was found guilty of first-degree murder. In California, first-degree murder must be “willful, deliberate, and premeditated.”

    I don’t see it.

    Was Reiser really found Guilty of being a Hacker?

  • Computer programmer Hans Reiser was arrogant while testifying in his murder trial and never showed any compassion for his estranged wife, one of many factors that led to his conviction on first-degree murder, a member of the jury said today.

    Reiser juror: "Never showed sympathy" for Nina

ReiserFS

Isn't one of the PRIMARY arguments for OPEN SOURCE suposed to be that it's "Open"?

Since ALL of the source is available, why does the fact that one programmer will no longer be working on it, doom the project?

So much for the great benefit of having ALL the source to prevent being burned by orphaned/abandoned/obsolete projects.

Re: ReiserFS

If you look up the history of ReiserFS, you'll indirectly notice the politics goes a lot into those things.
Even if Hans never got convicted or if reiserfs development continues, Reiser4 will never get integrated into the mainline kernel.

Re: Understanding ReiserFS is easy ? Sql, logs compressed files

atang1 wrote:
So, Hans will have 25 years perhaps in prison with nothing to do but to perfect Reiser4 or v5. However, the problem is that Reiser file system is reaching a dead end. Only defragmentation technology can be picked up to be added in ReiserFS v5.

I doubt they will give him a Linux desktop in jail lol.

A ReiserFS Without Hans Reiser

When an open source project loses one of its core people, it can be tough to pick up the pieces -- not just in terms of replacing that person's programming expertise or insight, but also to restore lost morale. On the plus side, the nature of an open source project does balance things out, if only in an opportunistic fashion.

Patches for the file system are still being submitted, as evinced by the traffic on the reiserfs-devel mailing list, and the folks at kernel.org have offered space to host the ReiserFS sources, giving it that much more of a lease on life. But without Reiser, I suspect ReiserFS itself is doomed -- or is at least due for a name change.

More Here

And: Reiser to be sentenced in July

ReiserFS project death

Does the survival and development of the Reiser FS really matter? With the stability of ext3, XFS, and JFS, and the promised scalability of the developing ext4 and Btrfs, neither Reiser3 or Reiser4 seem needed.

I'm certainly no expert on file systems, but I found a filesystem partitioning combo years ago that has been extremely reliable for me, which does not include a Reiser FS partition.

Reiser4 might have become a great Linux filesystem, but so might others.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

More in Tux Machines

5 Kubernetes must-reads: Tips and trends

Kubernetes is having a moment – but don’t look for its popularity to wane anytime soon. As enterprises move beyond experimenting and start working in earnest with containers, the number of containers multiply: So do the manual chores. Orchestration tools like Kubernetes add automated help. “Running a few standalone containers for development purposes won’t rob your IT team of time or patience: A standards-based container runtime by itself will do the job,” Red Hat technology evangelist Gordon Haff recently noted. “But once you scale to a production environment and multiple applications spanning many containers, it’s clear that you need a way to coordinate those containers to deliver the individual services. As containers accumulate, complexity grows. Eventually, you need to take a step back and group containers along with the coordinated services they need, such as networking, security, and telemetry.” (See Haff’s full article, How enterprise IT uses Kubernetes to tame container complexity.) Read more

Australian Securities Exchange completes Red Hat migration

The Australian Securities Exchange (ASX) has completed the migration of "mission-critical" legacy applications to the Red Hat JBoss Enterprise Application Platform (JBoss EAP). ASX first deployed JBoss EAP in 2011 to modernise its legacy technologies and to facilitate the introduction of new web applications after it realised its legacy application server platform was becoming increasingly inconsistent, unstable, and expensive. After the initial ASX Online Company migration was complete in 2012, ASX used JBoss EAP to build the ASX.com API, as well as its Sharemarket Game, which gives players the opportunity to learn how the share market works. Read more

Programming/Development: GAPID 1.0 and Atom 1.23

  • Diagnose and understand your app's GPU behavior with GAPID
  • GAPID 1.0 Released As Google's Cross-Platform Vulkan Debugger
    Back in March we wrote about GAPID as a new Google-developed Vulkan debugger in its early stages. Fast forward to today, GAPID 1.0 has been released for debugging Vulkan apps/games on Linux/Windows/Android as well as OpenGL ES on Android. GAPID is short for the Graphics API Debugger and allows for analyzing rendering and performance issues with ease using its GUI interface. GAPID also allows for easily experimenting with code changes to see their rendering impact and allows for offline debugging. GAPID has its own format and capturetrace utility for capturing traces of Vulkan (or GLES on Android too) programs for replaying later on with GAPID.
  • Hackable Text Editor Atom 1.23 Adds Better Compatibility for External Git Tools
    GitHub released Atom 1.23, the monthly update of the open-source and cross-platform hackable text editor application loved by numerous developers all over the world. Including a month's worth of enhancements, Atom 1.23 comes with the ability for packages to register URI handler functions, which can be invoked whenever the user visits a URI that starts with "atom://package-name/," and a new option to hide certain commands in the command palette when registering them via "atom.commands.add." Atom 1.23 also improves the compatibility with external Git tools, as well as the performance of the editor by modifying the behavior of several APIs to no longer make callbacks more than once in a text buffer transaction. Along with Atom 1.23, GitHub also released Teletype 0.4.0, a tool that allows developers to collaborate simultaneously on multiple files.

Red Hat GNU/Linux and More