| To: | xfs@xxxxxxxxxxx |
|---|---|
| Subject: | Re: SEEK_DATA/SEEK_HOLE support |
| From: | Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx> |
| Date: | Wed, 5 Oct 2011 20:22:18 +0200 |
| Cc: | Dave Chinner <david@xxxxxxxxxxxxx>, Christoph Hellwig <hch@xxxxxxxxxxxxx>, Jeff Liu <jeff.liu@xxxxxxxxxx> |
| In-reply-to: | <20111005093615.GQ3159@dastard> |
| Organization: | it-management http://it-management.at |
| References: | <4E887D7F.2010306@xxxxxxxxxx> <201110050934.28021@xxxxxx> <20111005093615.GQ3159@dastard> |
| User-agent: | KMail/1.13.6 (Linux/3.0.3-zmi; KDE/4.6.0; x86_64; ; ) |
On Mittwoch, 5. Oktober 2011 Dave Chinner wrote: > It's a data corruption problem, pure and simple.... Thanks for the thorough explanation. So it's a problem when a file has recently been modified and not yet been written back to disk. Would it be worth to force a flush to disk before SEEK_* operations can start? I don't know if it's easier to do all the lookups you suggested, or do an fsync. That could have it's own impacts, though. -- mit freundlichen Grüssen, Michael Monnerie, Ing. BSc it-management Internet Services: Protéger http://proteger.at [gesprochen: Prot-e-schee] Tel: +43 660 / 415 6531 // Haus zu verkaufen: http://zmi.at/langegg/
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Warning Alert, kabelsignal |
|---|---|
| Next by Date: | [PATCH] xfsprogs: update summaries in preparation for release 3.1.6, Alex Elder |
| Previous by Thread: | Re: SEEK_DATA/SEEK_HOLE support, Dave Chinner |
| Next by Thread: | Re: SEEK_DATA/SEEK_HOLE support, Dave Chinner |
| Indexes: | [Date] [Thread] [Top] [All Lists] |