On Thu, Jun 8, 2017 at 11:31 PM, Alejandro Comisario <alejandro@xxxxxxxxxxx> wrote: > Hi Brad. > Taking into consideration the unlikely posibility that someone > realizes what the problem is in this specific case, that would be > higly apreciated. > > I presume that having jewel, if you can somehow remediate this, will > be something that i will not be able to have on this deploy right? I can propose a backport but whether it is included or not is not up to me. > > best. > > On Thu, Jun 8, 2017 at 2:20 AM, Brad Hubbard <bhubbard@xxxxxxxxxx> wrote: >> On Thu, Jun 8, 2017 at 2:59 PM, Alejandro Comisario >> <alejandro@xxxxxxxxxxx> wrote: >>> ha! >>> is there ANY way of knowing when this peering maximum has been reached for a >>> PG? >> >> Not currently AFAICT. >> >> It takes place deep in this c code that is shared between the kernel >> and userspace implementations. >> >> https://github.com/ceph/ceph/blob/master/src/crush/mapper.c#L444 >> >> Whilst the kernel implementation generates some output the userspace >> code does not. I'm looking at how that situation can be improved. >> >>> >>> On Jun 7, 2017 20:21, "Brad Hubbard" <bhubbard@xxxxxxxxxx> wrote: >>>> >>>> On Wed, Jun 7, 2017 at 5:13 PM, Peter Maloney >>>> <peter.maloney@xxxxxxxxxxxxxxxxxxxx> wrote: >>>> >>>> > >>>> > Now if only there was a log or warning seen in ceph -s that said the >>>> > tries was exceeded, >>>> >>>> Challenge accepted. >>>> >>>> > _______________________________________________ >>>> > ceph-users mailing list >>>> > ceph-users@xxxxxxxxxxxxxx >>>> > http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com >>>> >>>> >>>> >>>> -- >>>> Cheers, >>>> Brad >> >> >> >> -- >> Cheers, >> Brad > > > > -- > Alejandro Comisario > CTO | NUBELIU > E-mail: alejandro@nubeliu.comCell: +54 9 11 3770 1857 > _ > www.nubeliu.com -- Cheers, Brad _______________________________________________ ceph-users mailing list ceph-users@xxxxxxxxxxxxxx http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com