On Fri, 24 May 2013, Yan, Zheng wrote: > On 05/24/2013 02:22 AM, Sage Weil wrote: > > On Thu, 23 May 2013, Yan, Zheng wrote: > >> From: "Yan, Zheng" <zheng.z.yan@xxxxxxxxx> > >> > >> Patch 1~21 are random fixes for MDS cluster. Patch 22~28 rework > >> the backtrace handling. Patch 29 introduces lookup-by-ino helper. > >> Path 30 uses the lookup-by-ino helper to fix issue #4850. > >> > >> This patch series are also in: > >> git://github.com/ukernel/ceph.git wip-mds > > > > Awesome! I pushed this to wip-mds in ceph.git for now. Note that > > gitbuilders are picking up a failure due to the encoding changes. For the > > types and messages that change, can you mark them in the > > ceph-object-corpus.git tree? Look for the forward_incompat/ dirs and > > follow that example. > > > Could you be more specific. Change in patch 14 should only affect MExportDir > and MExportCaps, object-corpus does not contain objects for these two messages. > Patch 27 looks suspicious, does the incompatible change you mentioned cause the > failure? http://gitbuilder.sepia.ceph.com/gitbuilder-oneiric-amd64/log.cgi?log=f8499e07035fbff063b50b13ac295432884c7e27 is the one I saw, but there are likely others; run 'make check-local' to run the encoding checks. > > I reviewed up until the backtrace patch before I ran out of time (catching > > a plane). If you can address the comments we can get at least that > > much merged. I'll defer to Greg for now on the backtrace changes, though, > > as he is more familiar with that original code. > > > > Can't wait to get the lookup-by-ino into tree... I think the ganesha guys > > will be happy about that too. Do you have any stress tests for that? > > There is a wip-cephfs branch (incomplete and not quite ready yet, but..) > > branch that adds a handle-based API to libcephfs. Soon we should build > > some tests for the ino lookup based on that (or something similar) so we > > can hammer the mds cluster under various load/stress conditions. > > > The only test case I have is patch 30. My environment has 3 active MDS and > 2 clients running fsstress and blogbench. I restart random MDS every 2 minutes. > Each time MDS restarts, the lookup-by-ino function need open about 300 missing > inodes. I have run the restart test more than 1000 passes. No unsolved bug in > the lookup-by-ino function. > > I have updated all patches you have comments, re-push them to: > https://github.com/ukernel/ceph.git wip-mds Great, looking! sage -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
