From: devsk <funtoos@yahoo.com>
To: David Masover <ninja@slaphack.com>
Cc: Toby Thain <toby@smartgames.ca>,
ReiserFS List <reiserfs-list@namesys.com>
Subject: Re: Filesystem corruption
Date: Wed, 30 May 2007 13:13:39 -0700 (PDT) [thread overview]
Message-ID: <105148.40923.qm@web31710.mail.mud.yahoo.com> (raw)
[-- Attachment #1: Type: text/plain, Size: 4131 bytes --]
David, Its funny how my setup is very similar to yours: gentoo, amd64, nvraid using dmraid. mount/mkfs is VERY fast (less than a second) here, and I don't use any specific mount options except noatime. My partition is about 16GB though, hosting '/' and /home.
what sources do you use? I use gentoo-sources (currently using 2.6.21-r2) with the latest stable patch (currently 2.6.21) from namesys, applied manually. Nothing else. I use suspend-to-ram (with a UPS) and the whole system is rock solid.
-devsk
----- Original Message ----
From: David Masover <ninja@slaphack.com>
To: devsk <funtoos@yahoo.com>
Cc: Toby Thain <toby@smartgames.ca>; ReiserFS List <reiserfs-list@namesys.com>
Sent: Wednesday, May 30, 2007 1:03:14 PM
Subject: Re: Filesystem corruption
On Wednesday 30 May 2007 12:22:17 devsk wrote:
> I have used R4 for a year now and I have had to reset my PC,
> troubleshooting problems with vmware/mythtv/cisco vpn client/nvidia, so
> many times that its not even funny! And R4 didn't give me any problems even
> once. It boots right up, without any files lost and consistent FS as a
> subsequent livecd boot and fsck proved it everytime.
That happened to me for maybe a year or so, I'm not sure. Then, slowly, I
started to get problems. The machine crashing due to some nvidia bug -- or
even a reiser-specific oops or something -- then I'd have to fsck it, which
would take an hour or more, then I'd boot, and apparently no problems.
Only, recently, these fsck-a-thons started happening more and more often, and
I started to lose random files. They'd just be silently truncated to 0 bytes.
And not files I was writing a lot -- I'm talking about things
like /bin/mount.
Now, maybe it's an amd64-specific bug. Or (somehow) a dmraid-specific bug, or
a dont_load_bitmap bug. (Who can blame me; without dont_load_bitmap, it takes
at least 30 seconds, maybe a minute to mount.) Could even be, somehow, a
Gentoo-specific bug. Could be a 350-gig-partition bug, or even a bug of the
it-hates-me variety. (My server ran Reiser4 for awhile longer, with no
problems, but I wasn't about to take chances there.)
But, I switched a friend over to Ubuntu, and he had the same kind of problems.
In fact, he had them first (I thought it was his computer, for awhile).
Finally, we switched to stock Ubuntu kernels and XFS, me on dmraid, him on
normal linux raid5 (md), and we now have no problems. It's even faster -- the
biggest gain for Reiser4 was /usr/portage, which doesn't exist on Ubuntu.
> If I did that to ext
> or xfs, I would have lost big time.
Well, I'm on XFS on my desktop now, and ext3 on my server. No problems at all
so far. Also much faster, because my desktop now has a repacker (xfs_fsr).
> I hope people don't leave this good piece of code to rot!!
Me too, but you know, I can no longer afford to spend a few hours running fsck
for no apparent reason. I no longer have a machine that can do anything but
just work.
The killer feature of Reiser4, as implemented, is small file performance that
makes ReiserFSv3 weep, and v3 makes XFS weep. All the other stuff we were
promised is either planned for a later release (repacker, pseudofiles,
transaction API) or barely working (cryptocompress).
And on just about any setup I work on today, small file performance is a small
enough priority that even the slightest hint of instability is a
deal-breaker. Enough people feel the same way that ext3 is still widely used.
And if it's ever really crucial, there's reiserfs3.
So, you can blame it on my hardware, or on not getting kernel inclusion, or
anything you want, but the only place I still use Reiser4 is on the
gameserver at our LAN party, and we're thinking of moving that to something
like ext3 or xfs, just so we don't need custom kernels. And after all, that's
a gameserver, it's not like the filesystem is the bottleneck anyway.
____________________________________________________________________________________Building a website is a piece of cake. Yahoo! Small Business gives you all the tools to get online.
http://smallbusiness.yahoo.com/webhosting
[-- Attachment #2: Type: text/html, Size: 4744 bytes --]
next reply other threads:[~2007-05-30 20:13 UTC|newest]
Thread overview: 89+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-30 20:13 devsk [this message]
-- strict thread matches above, loose matches on Subject: below --
2018-12-03 9:31 Filesystem Corruption Stefan Malte Schumacher
2018-12-03 11:34 ` Qu Wenruo
2018-12-03 16:29 ` remi
2014-10-31 0:29 filesystem corruption Tobias Holst
2014-10-31 1:02 ` Tobias Holst
2014-10-31 2:41 ` Rich Freeman
2014-10-31 17:34 ` Tobias Holst
2014-11-02 4:49 ` Robert White
2014-11-02 21:57 ` Chris Murphy
2014-11-03 3:43 ` Zygo Blaxell
2014-11-03 17:11 ` Chris Murphy
2014-11-04 4:31 ` Zygo Blaxell
2014-11-04 8:25 ` Duncan
2014-11-04 18:28 ` Chris Murphy
2014-11-04 21:44 ` Duncan
2014-11-04 22:19 ` Robert White
2014-11-04 22:34 ` Zygo Blaxell
2014-11-03 2:55 ` Tobias Holst
2014-11-03 3:49 ` Robert White
2011-01-03 1:58 Patrick H.
2011-01-03 3:16 ` Neil Brown
[not found] ` <4D214B5C.3010103@feystorm.net>
2011-01-03 4:56 ` Neil Brown
2011-01-03 5:05 ` Patrick H.
2011-01-04 5:33 ` NeilBrown
2011-01-04 7:50 ` Patrick H.
2011-01-04 17:31 ` Patrick H.
2011-01-05 1:22 ` Patrick H.
2011-01-05 7:02 ` CoolCold
[not found] ` <AANLkTinL_nz58f8rSPuhYvVwGY5jdu1XVkNLC1ky5A65@mail.gmail.com>
2011-01-05 14:28 ` Patrick H.
2011-01-05 15:52 ` Spelic
2011-01-05 15:55 ` Patrick H.
2007-06-06 3:10 Filesystem corruption Xu CanHao
2007-06-06 12:16 ` Ingo Bormuth
2007-05-30 17:22 devsk
2007-05-30 19:24 ` Toby Thain
2007-05-30 20:03 ` David Masover
2007-05-31 0:11 ` Ingo Bormuth
2007-06-02 23:10 ` Edward Shishkin
2007-06-04 2:55 ` Ingo Bormuth
2007-06-04 9:41 ` Edward Shishkin
2007-06-05 23:20 ` Ingo Bormuth
2007-05-27 13:18 Laurent CARON
2007-05-28 12:23 ` Vladimir V. Saveliev
2007-05-28 14:10 ` Laurent CARON
2007-05-28 17:13 ` Vladimir V. Saveliev
2007-05-28 17:27 ` Laurent CARON
[not found] ` <Pine.LNX.4.64.0705280025570.10429@sheep.housecafe.de>
2007-05-28 17:31 ` Christian Kujau
2007-05-28 18:16 ` Laurent CARON
2007-05-28 23:19 ` Christian Kujau
2007-05-29 8:39 ` Vladimir V. Saveliev
[not found] ` <465BA9AC.8040805@ultraviolet.org>
2007-05-29 8:15 ` Vladimir V. Saveliev
2007-05-29 12:36 ` Toby Thain
2007-05-30 13:25 ` David Masover
2007-05-30 16:02 ` Vladimir V. Saveliev
2007-05-30 20:06 ` David Masover
2007-05-30 16:42 ` Toby Thain
2007-05-30 19:42 ` David Masover
2007-05-30 16:08 ` Vladimir V. Saveliev
2003-08-13 16:05 Locke
2003-08-14 7:49 ` Oleg Drokin
2002-09-05 15:57 Filesystem Corruption Brian Tinsley
2002-06-06 18:00 Kurt
2002-06-06 18:00 Kurt
2002-06-06 18:00 Kurt
2002-06-06 18:00 Kurt
2002-06-06 18:00 Kurt
2002-06-06 18:00 Kurt
2002-06-06 18:00 Kurt
2002-06-07 7:15 ` Oleg Drokin
2002-06-11 16:49 ` Kurt
2002-06-06 18:00 Kurt
2002-06-06 18:00 Kurt
2002-06-06 18:00 Kurt
2002-06-06 18:00 Kurt
2001-02-05 16:00 Filesystem corruption Ian Chilton
2001-02-05 13:16 Ian Chilton
2001-01-31 14:20 Carsten Langgaard
2001-01-31 15:52 ` Florian Lohoff
2001-01-31 16:24 ` Carsten Langgaard
2001-01-31 16:48 ` Florian Lohoff
2001-02-05 10:02 ` Ralf Baechle
2001-02-05 12:10 ` Alan Cox
2001-02-05 12:10 ` Alan Cox
2001-02-05 12:56 ` Geert Uytterhoeven
2001-02-05 13:01 ` Alan Cox
2001-02-05 13:01 ` Alan Cox
2001-02-05 22:01 ` Ralf Baechle
2001-02-05 22:01 ` Ralf Baechle
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=105148.40923.qm@web31710.mail.mud.yahoo.com \
--to=funtoos@yahoo.com \
--cc=ninja@slaphack.com \
--cc=reiserfs-list@namesys.com \
--cc=toby@smartgames.ca \
/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.