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-----
next prev 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.