|To:||Dave Chinner <david@xxxxxxxxxxxxx>|
|Subject:||Re: Problems with kernel 3.6.x (vm ?) (was : Is kernel 3.6.1 or filestreams option toxic ?)|
|From:||Yann Dupont <Yann.Dupont@xxxxxxxxxxxxxx>|
|Date:||Mon, 05 Nov 2012 14:57:49 +0100|
|References:||<508554AF.5050005@xxxxxxxxxxxxxx> <50865453.5080708@xxxxxxxxxxxxxx> <508958FF.4000007@xxxxxxxxxxxxxx> <20121025211047.GD29378@dastard> <508A600C.1020109@xxxxxxxxxxxxxx> <508B092E.6070209@xxxxxxxxxxxxxx> <20121028234802.GE4353@dastard> <20121029012540.GO29378@dastard> <20121029121851.GQ29378@dastard> <508E79D4.5090507@xxxxxxxxxxxxxx> <20121030013309.GX29378@dastard>|
|User-agent:||Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121028 Thunderbird/16.0.2|
Le 30/10/2012 02:33, Dave Chinner a écrit :
Not really a huge chase, just a simple matter of isolation. The patch below should fix the problem.
Yes, it does. Thanks a lot for the fast answer and this one-letter-patch !
However, the fact that recovery succeeded on 3.4 means you may have a corrupted filesystem. The bug has been present since 3.0-rc1 (which was a fix for vmap memory leaks), and recovery is trying to replay stale items from the previous log buffer. As such, it is possible that changes from a previous checkpoint to have overwritten more recent changes in the current checkpoint. As such, you should
probably run xfs_repair -n over the filesystems that you remounted on 3.4 that failed on 3.6 just to make sure they are OK.
Will do. As someone else pointed out, I think it should go to stable release. Thanks a lot for your time, Cheers -- Yann Dupont - Service IRTS, DSI Université de Nantes Tel : 02.53.48.49.20 - Mail/Jabber : Yann.Dupont@xxxxxxxxxxxxxx
|<Prev in Thread]||Current Thread||[Next in Thread>|
|Previous by Date:||Re: xfstests: optionally run all tests under quota, Dave Chinner|
|Next by Date:||[PATCH 07/22] xfs: verify inode buffers as they are read from disk, Dave Chinner|
|Previous by Thread:||Re: xfstests: optionally run all tests under quota, Dave Chinner|
|Next by Thread:||[PATCH 00/22 V4] xfs: metadata verifiers, Dave Chinner|
|Indexes:||[Date] [Thread] [Top] [All Lists]|