- 1. 7 claims free block 5040984 (score: 1)
- Author: Lukas Hejtmanek <xhejtman@xxxxxxxxxxxxxxxxxxx>
- Date: Tue, 10 Dec 2002 21:04:35 +0100
- today we've had power failure again I've noticed that I've got binary nulls in files last modified 19 minutes ago the power failure. Is that ok? Or there is a bug in xfs recovery? I'm using kernel 2
- /archives/xfs/2002-12/msg00130.html (7,116 bytes)
- 2. 4 (score: 1)
- Author: Austin Gonyou <austin@xxxxxxxxxxxxxxx>
- Date: 10 Dec 2002 14:18:18 -0600
- I actually had a similar error recently. My DB server crashed, I then brought it back up, and had the dba's start oracle. It so happened that the Database thought it was still at 1AM, but the db didn
- /archives/xfs/2002-12/msg00131.html (8,393 bytes)
- 3. e at markybob.com (score: 1)
- Author: Chris Wedgwood <cw@xxxxxxxx>
- Date: Tue, 10 Dec 2002 12:51:15 -0800
- metadata is journalled -- not data; if you write to a file and crash (for example) you may see null bytes at the end of the file or similar depends on your application; many applications know about t
- /archives/xfs/2002-12/msg00132.html (8,686 bytes)
- 4. orruption (score: 1)
- Author: "Tang Lingbo\(Allan\)" <allan@xxxxxxxxxxxxxxxxxxxx>
- Date: Wed, 11 Dec 2002 09:27:54 +0800
- How about to use O_SYNC for file data change? It's also impossible to make sure the last write?
- /archives/xfs/2002-12/msg00138.html (8,666 bytes)
- 5. ta corruption (score: 1)
- Author: Chris Wedgwood <cw@xxxxxxxx>
- Date: Tue, 10 Dec 2002 21:10:33 -0800
- Sure, that should work. Performance will suck. I would *guess* it will work, but it should be tested. However, if it does work, don't expect it to always work. You *cannot* assume that writing to a f
- /archives/xfs/2002-12/msg00140.html (8,076 bytes)
- 6. d O_STREAMING (score: 1)
- Author: Lukas Hejtmanek <xhejtman@xxxxxxxxxxxxxxxxxxx>
- Date: Tue, 10 Dec 2002 21:04:35 +0100
- today we've had power failure again I've noticed that I've got binary nulls in files last modified 19 minutes ago the power failure. Is that ok? Or there is a bug in xfs recovery? I'm using kernel 2
- /archives/xfs/2002-12/msg00403.html (7,116 bytes)
- 7. O_STREAMING (score: 1)
- Author: Austin Gonyou <austin@xxxxxxxxxxxxxxx>
- Date: 10 Dec 2002 14:18:18 -0600
- I actually had a similar error recently. My DB server crashed, I then brought it back up, and had the dba's start oracle. It so happened that the Database thought it was still at 1AM, but the db didn
- /archives/xfs/2002-12/msg00404.html (8,393 bytes)
- 8. STREAMING (score: 1)
- Author: Chris Wedgwood <cw@xxxxxxxx>
- Date: Tue, 10 Dec 2002 12:51:15 -0800
- metadata is journalled -- not data; if you write to a file and crash (for example) you may see null bytes at the end of the file or similar depends on your application; many applications know about t
- /archives/xfs/2002-12/msg00405.html (8,686 bytes)
- 9. DVD (score: 1)
- Author: "Tang Lingbo\(Allan\)" <allan@xxxxxxxxxxxxxxxxxxxx>
- Date: Wed, 11 Dec 2002 09:27:54 +0800
- How about to use O_SYNC for file data change? It's also impossible to make sure the last write?
- /archives/xfs/2002-12/msg00411.html (8,666 bytes)
- 10. markybob.com (score: 1)
- Author: Chris Wedgwood <cw@xxxxxxxx>
- Date: Tue, 10 Dec 2002 21:10:33 -0800
- Sure, that should work. Performance will suck. I would *guess* it will work, but it should be tested. However, if it does work, don't expect it to always work. You *cannot* assume that writing to a f
- /archives/xfs/2002-12/msg00413.html (8,076 bytes)
This search system is powered by
Namazu