zero size file after power failure with kernel 2.6.30.5
Eric Sandeen
sandeen at sandeen.net
Sat Aug 29 17:13:32 CDT 2009
Michael Monnerie wrote:
> I have /home mounted like this:
> /dev/sda3 on /disks/work1 type xfs
> (rw,noatime,logbufs=8,logbsize=256k,attr2,barrier,largeio,swalloc)
>
> Hardware: onboard SATA with a single WD VelociRaptor drive.
>
> My power supply melted and so I had a power fail and a sudden death
> crash.
> ( So please remember: even when you have a UPS, your power can fail ! )
>
> After replacing the part, I had almost no isse with my KDE desktop. In
> earlier XFS releases, I constantly lost several config files all
> truncated to 0 length or at some point only contained NULLs on such
> occasions. So the situation improved a lot.
>
> But almost is not good enough: Exactly my kmail config file was 0 sized
> - obviously: at least when I started kmail, it started fresh without any
> accounts or config, but once I exited kmail the config was created with
> the default values and about 12KB size, while my config has >200KB.
>
> Shouldn't it be that this doesn't happen anymore? I'd love to be in a
> position where I really can rely on a crash not trashing any of my files
> anymore. I used to have reiserfs previously, and never, not a single
> time despite many crashes, did I have such an issue. I'd really be
> pleased so see such stability in XFS. I'm using barriers - what else
> must I do?
>
> mfg zmi
this will depend on what kde is doing internally as well.
No filesystem can magically protect against buffered data loss on a
crash. An application could certainly be doing something that results
in this sort of thing. w/o reading some kde code I can't say for sure,
and I don't mean to blame KDE, but this isn't necessarily a bug in xfs.
-Eric
More information about the xfs
mailing list