On Thu, Dec 1, 2016 at 7:24 AM, Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx> wrote:
Hi Sage, Sam,
We're impacted by this bug (case 01725311). Our cluster is running RHCS 2.0 and is no more capable to scrub neither deep-scrub.
[1] http://tracker.ceph.com/issues/17859
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1394007
[3] https://github.com/ceph/ceph/pull/11898
I'm worried we'll have to live with a cluster that can't scrub/deep-scrub until March 2017 (ETA for RHCS 2.2 running Jewel 10.2.4).
Can we have this fix any sooner ?
Since this is merged in master and pending backport to jewel, I dont think you will have to wait for 2.2 to get that, It should be in a hotfix much sooner.
Regards
Frédéric.______________________________
Le 15/11/2016 à 23:35, Sage Weil a écrit :
Hi everyone,
There was a regression in jewel that can trigger long OSD stalls during
scrub. How long the stalls are depends on how many objects are in your
PGs, how fast your storage device is, and what is cached, but in at least
one case they were long enough that the OSD internal heartbeat check
failed and it committed suicide (120 seconds).
The workaround for now is to simply
ceph osd set noscrub
as the bug is only triggered by scrub. A fix is being tested and will be
available shortly.
If you've seen any kind of weird latencies or slow requests on jewel, I
suggest setting noscrub and seeing if they go away!
The tracker bug is
http://tracker.ceph.com/issues/17859
Big thanks to Yoann Moulin for helping track this down!
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
_________________
ceph-users mailing list
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
_______________________________________________ ceph-users mailing list ceph-users@xxxxxxxxxxxxxx http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
