On Tue, Jul 20, 2004 at 04:44:21AM +0100, Ricardo Correia wrote:
> Well, out of 10 crashes, at least 9 times I lose a file.. In 2 days
> I've lost all my aMule downloads and configuration, most of my KDE
> configuration (several times), uptime records (I think it was supposed
> to be crash-resistant arghh..), and other things which I can't
> remember right now. The last time this happened, I've lost all of
> those above in the same reboot.. which is why I stopped testing the
> damn thing!
>
> As you can imagine, I wasn't very happy.. The problem is that
> unfortunately I will have to do this again in a few days, for a longer
> period (!).
Like you, I've been using XFS for awhile now, and continue to recommend
it to all my clients who need better IO/filesystem performance than ext3
can provide. Like you, the null file issue is a pet peeve. Of course
production servers hardly go down, so the null file issue is hardly an
issue there. I use XFS on my workstations as well, though, and sometimes
a crash here and there makes me lose stuff and then I get pissed.
So I'd really love to know if anything can be done beyond what had
already been done right when we hit Linux 2.4.18 and XFS 1.1... but in
general the benefits of XFS outweigh this hassle, and so I'm a pretty
happy camper. :)
> So why does this happen? Is it for security reasons? I don't think
> it's that.. there are lots of single-user systems out there which
> don't need that. Or is it really by design? Can't it be changed
> (optionally, if you must)?
>
> I think the 'chattr +S', even if it works for whole directories,
> cannot be the solution for this.
Since you already know you'll be doing a lot of testing that will cause
crashes, you probably want to be running with the sync mount option on
at least while you're in the middle of testing. That's like having
'chattr +S' on the entire filesystem. It slows things down a lot, I'm
sure, but it should help while you're testing. You can go back to normal
operations when things stabilize. :)
--> Jijo
--
Federico Sevilla III : jijo.free.net.ph : When we speak of free software
GNU/Linux Specialist : GnuPG 0x93B746BE : we refer to freedom, not price.
|