| To: | markgw@xxxxxxx |
|---|---|
| Subject: | Re: XFS internal error xfs_btree_check_lblock |
| From: | Richard Ems <Richard.Ems@xxxxxxxxxxxxxxxxx> |
| Date: | Mon, 21 Jul 2008 11:33:39 +0200 |
| Cc: | xfs@xxxxxxxxxxx, "Bill O'Donnell" <billodo@xxxxxxx> |
| In-reply-to: | <48815AA6.3080102@xxxxxxx> |
| References: | <4880AEF8.2080906@xxxxxxxxxxxxxxxxx> <48815AA6.3080102@xxxxxxx> |
| Sender: | xfs-bounce@xxxxxxxxxxx |
| User-agent: | Thunderbird 2.0.0.14 (X11/20080421) |
Mark Goodwin wrote: Hi Richard, this looks like XFS b-tree corruption of some sort. We have some patches that should help here. The patches are being back-ported to SLES10 and should also apply to OpenSUSE. We should have something ready early next week. Thanks Mark. The most annoying thing is that, after many repairs, it's working again! But my big question is ... for how long? How stable is the filesystem now? Should I better recreate it? WHY did this happen? Why did the FS fail again after some repairs? 8( Where can I get more info about these patches? Is there a developer mailing list? Or some webpage to follow the development progress? Thanks, Richard -- Richard Ems mail: Richard.Ems@xxxxxxxxxxxxxxxxx Cape Horn Engineering S.L. C/ Dr. J.J. Dómine 1, 5º piso 46011 Valencia Tel : +34 96 3242923 / Fax 924 |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH 0/3] XFS: sanitise VFS inode extraction, Christoph Hellwig |
|---|---|
| Next by Date: | Re: [PATCH] XFS: Use KM_NOFS for incore inode extent tree allocation, Dave Chinner |
| Previous by Thread: | Re: XFS internal error xfs_btree_check_lblock, sandeen |
| Next by Thread: | Re: XFS internal error xfs_btree_check_lblock, Eric Sandeen |
| Indexes: | [Date] [Thread] [Top] [All Lists] |