Oh, sorry. This series seemed that already backported... On Tue, Nov 25, 2014 at 10:14 AM, Haomai Wang <haomaiwang@xxxxxxxxx> wrote: > Backport this series(https://github.com/yuandong1222/ceph/commit/3f8fb85b341726ae7bb44b4c699707333cd63ccd) > and test again ? Or.... > > Actually, my up to ten ceph clusters open this option for nearly one year..... > > On Tue, Nov 25, 2014 at 10:05 AM, Sage Weil <sweil@xxxxxxxxxx> wrote: >> [dropping ceph-users] >> >> On Tue, 25 Nov 2014, Haomai Wang wrote: >>> It's surprised that the test machine run on a very new kernel but >>> occur this problem: >>> >>> plana 47 is 12.04.5 with kernel 3.18.0-rc6-ceph-00024-geb0e5fd >>> >>> plana 50 is 12.04.4 with kernel 3.17.0-rc6-ceph-00002-ge8acad6 >>> >>> Which local filesystem is ran on? >> >> This run was XFS. It looks like it returned a mapping for fewer bytes >> than it was asked for... 54548 turned into 53904. That's a bit >> disconcerting! Maybe teh issue is that the start offset wasn't aligned? >> >> sage >> >> >> >>> >>> On Tue, Nov 25, 2014 at 5:03 AM, Samuel Just <sam.just@xxxxxxxxxxx> wrote: >>> > Bug #10166 (http://tracker.ceph.com/issues/10166) can cause recovery >>> > to result in incorrect object sizes on giant if the setting 'filestore >>> > fiemap' is set to true. This setting is disabled by default. This >>> > should be fixed in a future point release, though filestore fiemap >>> > will probably continue to default to false. >>> > -Sam >>> > _______________________________________________ >>> > ceph-users mailing list >>> > ceph-users@xxxxxxxxxxxxxx >>> > http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com >>> >>> >>> >>> -- >>> Best Regards, >>> >>> Wheat >>> _______________________________________________ >>> ceph-users mailing list >>> ceph-users@xxxxxxxxxxxxxx >>> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com >>> >>> > > > > -- > Best Regards, > > Wheat -- Best Regards, Wheat -- 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