public inbox for linux-xfs@vger.kernel.org
 help / color / mirror / Atom feed
From: Michael Monnerie <michael.monnerie@is.it-management.at>
To: xfs@oss.sgi.com
Subject: Re: zero size file after power failure with kernel 2.6.30.5
Date: Wed, 2 Sep 2009 00:52:41 +0200	[thread overview]
Message-ID: <200909020052.42421@zmi.at> (raw)
In-Reply-To: <19100.63566.98250.185404@tree.ty.sabi.co.uk>

On Dienstag 01 September 2009 Peter Grandi wrote:
> Other people have a very different impression. Like 'ext3'
> ReiserFS does ordered writes, but those don't necessarily help
> because of the colossal amount of buffering that happens anyhow
> nowadays.

Maybe. I had reiserfs on this system until two weeks ago, with this 
quad-core 8GB desktop. Had power failures, crashes, and so on. Can't 
remember a situation where a KDE app lost its config.

But I had a server with the OSS XEN, running a single VM which is my 
internal mailserver using PostgreSQL as it's store on XFS. My daughter 
managed to switch the server off (yeah, having redundant power supplies 
and UPS are still not enough). After reboot, the PostgreSQL database was 
*damaged*, so much that I had to restore. This should never have 
happened, and until now I don't know who was guilty for that: XFS? XEN? 
The RAID Controller with BBU and hard disk cache=off?
That's why I'm very sensible to even a small data loss (I had a backup 
of my kmail config), and I think the filesystem has to do everything to 
try to keep my data. XFS seems to be optimized more for speed before 
security, would you mean that? I've often heard "enterprise hardware", 
which sounds like "if anything crashes, it's your problem" ;-)

>   http://www.sabi.co.uk/blog/0707jul.html#070701

I like your blog, and
http://www.myri.com/scs/READMES/README.myri10ge-linux
gave me a good hint to optimize tcp settings a long time ago.

> In general on a fast machine I would use:
>   vm/dirty_ratio                  =4
>   vm/dirty_background_ratio       =2
>   vm/dirty_expire_centisecs       =400
>   vm/dirty_writeback_centisecs    =200

Since May I use these new settings with kernel 2.6.(29|30):
vm.dirty_background_bytes = 16123456
vm.dirty_bytes = 250123456
vm.dirty_expire_centisecs = 1000
vm.dirty_writeback_centisecs = 100

(the expire was on 3000 until the crash).

mfg zmi
-- 
// Michael Monnerie, Ing.BSc    -----      http://it-management.at
// Tel: 0660 / 415 65 31                      .network.your.ideas.
// PGP Key:         "curl -s http://zmi.at/zmi.asc | gpg --import"
// Fingerprint: AC19 F9D5 36ED CD8A EF38  500E CE14 91F7 1C12 09B4
// Keyserver: wwwkeys.eu.pgp.net                  Key-ID: 1C1209B4

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

  parent reply	other threads:[~2009-09-01 22:53 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-08-29 19:02 zero size file after power failure with kernel 2.6.30.5 Michael Monnerie
2009-08-29 22:13 ` Eric Sandeen
2009-08-31 23:10   ` Peter Grandi
2009-09-01  7:18     ` Michael Monnerie
2009-09-01 10:32       ` Peter Grandi
2009-09-01 14:19         ` Emmanuel Florac
2009-09-01 22:52         ` Michael Monnerie [this message]
     [not found] ` <alpine.DEB.2.00.0908291517350.24777@p34.internal.lan>
2009-08-30  8:39   ` Michael Monnerie
2009-09-18 20:05 ` Martin Steigerwald

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=200909020052.42421@zmi.at \
    --to=michael.monnerie@is.it-management.at \
    --cc=xfs@oss.sgi.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox