- 1. Re: Serious XFS crash (score: 1)
- Author: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
- Date: Tue, 1 Apr 2008 14:00:35 +0200
- Le Wed, 26 Mar 2008 10:36:11 +1100 vous écriviez: I've gone thru the logs. This machine had a serious XFS crash on march 6 due to bad blocks (failed drive in the RAID-5). Is it possible that the Ma
- /archives/xfs/2008-04/msg00001.html (10,162 bytes)
- 2. Re: Serious XFS crash (score: 1)
- Author: David Chinner <dgc@xxxxxxx>
- Date: Wed, 2 Apr 2008 15:58:31 +1000
- .... The log is rather garbled - can you repost? Also, XFS usually outputs an error message before the stack trace; can you make sure you paste that as well (if it exists)? Cheers, Dave. -- Dave Chin
- /archives/xfs/2008-04/msg00027.html (9,124 bytes)
- 3. Re: Serious XFS crash (score: 1)
- Author: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
- Date: Wed, 2 Apr 2008 13:30:03 +0200
- Le Wed, 2 Apr 2008 15:58:31 +1000 vous écriviez: Well I attached the relevant part of kern.log; the message just before the crash is not very clear... You can see the other messages relevant to th
- /archives/xfs/2008-04/msg00039.html (8,637 bytes)
- 4. Re: Serious XFS crash (score: 1)
- Author: David Chinner <dgc@xxxxxxx>
- Date: Thu, 3 Apr 2008 08:07:50 +1000
- Like the fact reiser is also complaining about corrupted blocks? and: That's an AGF made up of zeros instead of real metadata. Something has trashed it - perhaps a "sector repair"? I'd go and find wh
- /archives/xfs/2008-04/msg00041.html (10,232 bytes)
- 5. Re: Serious XFS crash (score: 1)
- Author: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
- Date: Thu, 3 Apr 2008 00:22:48 +0200
- Le Thu, 3 Apr 2008 08:07:50 +1000 vous écriviez: Oh, it failed and I changed it. However it's a RAID-5 and though it appeared corrected, as you've seen the XFS fs crashed for no apparent reason (th
- /archives/xfs/2008-04/msg00043.html (8,825 bytes)
- 6. Re: Serious XFS crash (score: 1)
- Author: David Chinner <dgc@xxxxxxx>
- Date: Thu, 3 Apr 2008 10:49:34 +1000
- Yes, entirely possible. Cheers, Dave. -- Dave Chinner Principal Engineer SGI Australian Software Group
- /archives/xfs/2008-04/msg00046.html (9,195 bytes)
- 7. Re: [RFC PATCH 2/2] Add timeout feature (score: 1)
- Author: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
- Date: Tue, 1 Apr 2008 14:00:35 +0200
- erate dmapi Makefile in using automake The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-cmds/master-melb Modid: master-melb:xfs-cmds:31014a xfstests/dmapi/aclocal.m4
- /archives/xfs/2008-04/msg00597.html (10,162 bytes)
- 8. og_t (score: 1)
- Author: David Chinner <dgc@xxxxxxx>
- Date: Wed, 2 Apr 2008 15:58:31 +1000
- good - just one comment. David Chinner wrote: Reorganise xlog_t for better cacheline isolation of contention To reduce contention on the log in large CPU count, separate out different parts of
- /archives/xfs/2008-04/msg00623.html (9,124 bytes)
- 9. ytes (score: 1)
- Author: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
- Date: Wed, 2 Apr 2008 13:30:03 +0200
- sted yet, but looks fine. On Wed, 02 Apr 2008 15:34:51 +1000, David Chinner <dgc@xxxxxxx> wrote: Test 091 assumes a direct I/O alignment of 512 bytes, a hold over from 2.4 kernels. On 2.6. kern
- /archives/xfs/2008-04/msg00635.html (8,637 bytes)
- 10. Re: [RFC PATCH 2/2] Add timeout feature (score: 1)
- Author: David Chinner <dgc@xxxxxxx>
- Date: Thu, 3 Apr 2008 08:07:50 +1000
- Wed, 2 Apr 2008 15:58:31 +1000 vous écriviez: Well I attached the relevant part of kern.log; the message just before the crash is not very clear... You can see the other messages relevant to th
- /archives/xfs/2008-04/msg00637.html (10,232 bytes)
- 11. rash (score: 1)
- Author: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
- Date: Thu, 3 Apr 2008 00:22:48 +0200
- he fact reiser is also complaining about corrupted blocks? and: That's an AGF made up of zeros instead of real metadata. Something has trashed it - perhaps a "sector repair"? I'd go and find wh
- /archives/xfs/2008-04/msg00639.html (8,825 bytes)
- 12. /7] XFS: ASCII case-insensitive support (score: 1)
- Author: David Chinner <dgc@xxxxxxx>
- Date: Thu, 3 Apr 2008 10:49:34 +1000
- n (th
- /archives/xfs/2008-04/msg00642.html (9,195 bytes)
- 13. p utils not found (score: 1)
- Author: xxxxxxxxx>
- Date: Tue, 25 Mar 2008 18:54:53 +0100
- by just a bit) - repair could then do a quick check at the end of th
- /archives/xfs/2008-03/msg00310.html (52,416 bytes)
- 14. Serious XFS crash (score: 1)
- Author: xxxxxxxxx>
- Date: Tue, 25 Mar 2008 13:49:49 -0500
- smp (clean build), xfsprogs version 2.6.20 (not used). An 8TB xfs filesystem broke apart losing roughly 2TB of data in about 350 (big) files :
- /archives/xfs/2008-03/msg00311.html (8,064 bytes)
- 15. Serious XFS crash (score: 1)
- Author: xxxxxxxxx>
- Date: Tue, 25 Mar 2008 20:03:39 +0100
-
- /archives/xfs/2008-03/msg00312.html (8,095 bytes)
- 16. e changed, Y to Z (score: 1)
- Author: b@xxxxxxx>
- Date: Wed, 26 Mar 2008 10:36:11 +1100
- que. By 'stable' I mean that every time I get the filehandle for a particular file, I get the same string of bytes. By 'uniqie' I mean that if
- /archives/xfs/2008-03/msg00320.html (10,098 bytes)
- 17. unmapped memory. (score: 1)
- Author: n McIlroy)
- Date: Wed, 26 Mar 2008 08:51:22 +0100
- mapped memory. While investigating the extent corruption bug I ran into this bug in debug only code. xfs_bmap_check_leaf_extents() loops throu
- /archives/xfs/2008-03/msg00330.html (8,980 bytes)
- 18. ajor registration (score: 1)
- Author: l@xxxxxxx>
- Date: Wed, 26 Mar 2008 21:13:33 +0100
- fs.xfs which tunes XFS on software partitionable RAID arrays, also called mdp. Hubert Verstraete Hubert Verstraete wrote: Bill Davidsen wrote:
- /archives/xfs/2008-03/msg00335.html (8,221 bytes)
- 19. qa: call _notrun in common.dump if dump utils not found (score: 1)
- Author: <sandeen@xxxxxxxxxxx>
- Date: Tue, 25 Mar 2008 18:54:53 +0100
- follow
- /archives/xfs/2008-03/msg00699.html (52,416 bytes)
- 20. n common.dump if dump utils not found (score: 1)
- Author: lorac@xxxxxxxxxxxxxx>
- Date: Tue, 25 Mar 2008 13:49:49 -0500
- code. W
- /archives/xfs/2008-03/msg00700.html (8,064 bytes)
This search system is powered by
Namazu