All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bernd Schubert <bernd-schubert@web.de>
To: reiserfs-list@namesys.com
Cc: Chris Mason <mason@suse.com>, Andrew Morton <akpm@osdl.org>
Subject: Re: reiserfs logging patches udpated
Date: Thu, 25 Mar 2004 01:47:42 +0100	[thread overview]
Message-ID: <200403250147.54246.bernd-schubert@web.de> (raw)
In-Reply-To: <1080168379.14743.124.camel@watt.suse.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

> It does, but the code has been in testing -suse and on the reiserfs
> list.  This dooesn't mean data=ordered is perfect, but it's not quite
> day one either.  I can switch the default back, but I'd rather have a
> trial by fire ;-)

Oh please not, just have a look at german newsgroups, there are real flamewars 
about the stability of reiserfs. Everytime someone has a disk problem and a 
reiserfs partion is affected by it, then there are more than a dozen answers 
that its the fault of reiserfs. PLEASE, don't prove them right.

The last example is less than 2 weeks old (see subject "Crash --> ReiserFS 
screwed up"), since Tim told on de.comp.os.unix.linux.misc that badblocks 
reported that his harddisk is ok, I told him to ask here. By his post here, 
one could see, that his harddisk or ide connection was not so fine as he 
previously stated, so we continued to discuss in on 
de.comp.os.unix.linux.misc and finally could solve the problem by setting a 
lower udma speed.
However, besides of the proper discussion about the ide problem, there was a 
'sub' thread with about 50 messages about the instability of reiserfs!!!

IMHO, almost all of the reported reiserfs problems are due to hardware errors, 
but some are also due to patches which are enabled by default by 
distributions like Suse or RedHat. 
Just another personal example: Before my first post on this list, I didn't 
know much about reiserfs, only that it handles system crashes better then 
ext2 and that I can have file >2GB on 2.4.x. So I went ahead and replaced 
every ext2 partition by reiserfs on the next Suse-7.0 installation. Then the 
problems arrived, since I also exported everything via nfs and since the Suse 
installer had choosen the 3.5 format without warning me about it, I run into 
serious trouble and reverted everything that was exported by nfs back to ext2 
for the next 2 years.
Even until Suse-7.3, the 3.5 format was the default from the Suse patched 
mkreiserfs, without warning the user about it.

I think -mm kernel are experimental and can include experimental stuff, but 
later in the main line everything that is experimental for the 3.6 format 
should be disabled by default. I wouldn't mind if it becomed included, but 
marked as experimental, so that one can easily wouldn't include it in a 
server kernel.


Sorry for my long (slightly off topic) message,
	Bernd
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAYiw0C8BUnAF+ydYRApYMAJ9KW83lYY9TJ7oIwiLmHwlub/cf3ACeIaSL
dPX8EuqpIH2kvMh+JPTrRGA=
=m5ez
-----END PGP SIGNATURE-----

  parent reply	other threads:[~2004-03-25  0:47 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-03-24 17:29 reiserfs logging patches udpated Chris Mason
2004-03-24 19:08 ` Christian Mayrhuber
2004-03-24 19:43 ` Lamont R. Peterson
2004-03-24 19:49 ` Hubert Chan
2004-03-24 20:06   ` Chris Mason
2004-03-24 22:18 ` Andrew Morton
2004-03-24 22:26   ` Chris Mason
2004-03-24 22:35     ` Andrew Morton
2004-03-24 22:46       ` Chris Mason
2004-03-24 22:59         ` Andrew Morton
2004-03-24 23:03           ` Chris Mason
2004-03-25  0:47         ` Bernd Schubert [this message]
2004-03-25  1:00           ` Chris Mason
2004-03-25  1:14             ` Dieter Nützel
2004-03-25 18:11             ` Bernd Schubert
2004-03-25 18:19               ` Chris Mason
2004-03-25 18:59                 ` Bernd Schubert
2004-03-25 19:07                   ` Chris Mason
2004-03-25 19:22                 ` Matthias Andree
2004-03-25  3:56           ` Mike Fedyk
2004-03-25 14:14             ` Chris Mason
2004-03-25 20:41               ` Mike Fedyk
2004-03-25 20:50                 ` Chris Mason
2004-03-29 13:10                   ` Hans Reiser
2004-03-29 18:49                     ` Mike Fedyk
2004-03-30 17:16                       ` Nikita Danilov
2004-03-30 19:06                         ` Mike Fedyk
2004-03-25 16:51             ` Dieter Nützel
2004-03-25 19:02           ` Matthias Andree

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=200403250147.54246.bernd-schubert@web.de \
    --to=bernd-schubert@web.de \
    --cc=akpm@osdl.org \
    --cc=mason@suse.com \
    --cc=reiserfs-list@namesys.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.