| To: | xfs@xxxxxxxxxxx |
|---|---|
| Subject: | Re: xfs and raid5 - "Structure needs cleaning for directory open" |
| From: | Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx> |
| Date: | Mon, 10 May 2010 09:08:40 -0500 |
| In-reply-to: | <23944308.20100510122203@xxxxxxxxxxxxxxxxxxxxxxxx> |
| References: | <20100510022033.GB7165@dastard> <4BE7AD82.90300@xxxxxxxxx> <23944308.20100510122203@xxxxxxxxxxxxxxxxxxxxxxxx> |
| User-agent: | Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 |
Rainer Fuegenstein put forth on 5/10/2010 5:22 AM: > mark, > > yes, thank you, that looks very much like it. CentOS is still at 5.4, > version 5.5 is long overdue :-( Hi Rainer, You don't have to wait for the next CentOS release. Just grab the source for the latest stable kernel from kernel.org and roll your own. I've been doing so for years with Debian stable in order to avoid problems such as this one you've run into (that and security holes being plugged). I'm running xfsprogs 2.9.8-1lenny1 that shipped with kernel 2.6.26 on top of kernel 2.6.32.9 and haven't had any problems. At least, none so far with mkfs.xfs, mount, xfs_db, or xfs_fsr. I've not had a need for xfs_check, xfs_repair, or other xfs utils. My point being that older xfs tools seem to work fine atop newer kernels. -- Stan |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH 09/12] xfs: Introduce delayed logging core code, Dave Chinner |
|---|---|
| Next by Date: | [PATCH 1/2] xfs: drop dmapi hooks, Christoph Hellwig |
| Previous by Thread: | Re[2]: xfs and raid5 - "Structure needs cleaning for directory open", Rainer Fuegenstein |
| Next by Thread: | Re: xfs and raid5 - "Structure needs cleaning for directory open", Doug Ledford |
| Indexes: | [Date] [Thread] [Top] [All Lists] |