We actually found another problem with this series as well. http://tracker.ceph.com/issues/10534 Looks like d427ca35404a30e1f428859c3274e030f2f83ef6 reversed the order of localt (which contains the create_collection) and op_t (which contains all of the operations on the object in the temp collection). We need the operations in localt to precede the operations in op_t. How do we do this? -Sam On Mon, Jan 19, 2015 at 8:07 AM, Dong Yuan <yuandong1222@xxxxxxxxx> wrote: > Yes, I am working on it since last week. > > This seems the same problem which I fix in the ReplicatedPG. So I try > to fix it following the same way which I did in the ReplicatedPG, but > it break the make_check test_erasure_code.sh. > > Now I am working on the test case, but unfortunately I am not familiar > with the impl of EC, so it will take me more time. > > On 19 January 2015 at 23:41, Sage Weil <sweil@xxxxxxxxxx> wrote: >> Hi, >> >> This has come up a couple times in QA since we merged the fast transaction >> code. Can you take a look? >> >> http://tracker.ceph.com/issues/10517 >> >> Ping me if it will help to get access to the test cluster. Haomai has >> access, and you can get the logs via http (linked from pulpito.ceph.com), >> but it is less convenient. >> >> Thanks! >> sage > > > > -- > Dong Yuan > Email:yuandong1222@xxxxxxxxx > -- > 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 -- 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
