Oh, you're right — I just ran a grep and didn't look closely enough.
It looks like once they're in that too_full state, they need to get
kicked by the OSD to try again though. I believe (haven't checked)
that that can happen if other backfills finish, but if none are
running and all the PGs needing backfill are in this state, a restart
isn't terribly lightweight but will provide the kick needed.
-Greg
Software Engineer #42 @ http://inktank.com | http://ceph.com


On Mon, Jun 30, 2014 at 1:25 PM, Henrik Korkuc <li...@kirneh.eu> wrote:
> well, at least for me it is live-updateable (0.80.1). It may be that
> during recovery OSDs are currently backfilling other pgs, so stats are
> not updated (because pg were not tried to backfill after setting change).
>
> On 2014.06.30 18:31, Gregory Farnum wrote:
>> It looks like that value isn't live-updateable, so you'd need to
>> restart after changing the daemon's config. Sorry!
>> Made a ticket: http://tracker.ceph.com/issues/8695
>> -Greg
>> Software Engineer #42 @ http://inktank.com | http://ceph.com
>>
>>
>> On Mon, Jun 30, 2014 at 12:41 AM, Kostis Fardelas <dante1...@gmail.com> 
>> wrote:
>>> Hi,
>>> during PGs remapping, the cluster recovery process sometimes gets
>>> stuck on PGs with backfill_toofull state. The obvious solution is to
>>> reweight the impacted OSD until we add new OSDs to the cluster. In
>>> order to force the remapping process to complete asap we try to inject
>>> a higher value on "osd_backfill_full_ratio" tunable (by default on
>>> 85%). However, after applying the higher backfill full ratio values,
>>> the remapping does not seem to start and continues to be stuck with
>>> backfill_toofull PGs. Is there something more we should try?
>>>
>>> Thanks,
>>> Kostis
>>> _______________________________________________
>>> ceph-users mailing list
>>> ceph-users@lists.ceph.com
>>> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
>> _______________________________________________
>> ceph-users mailing list
>> ceph-users@lists.ceph.com
>> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
>
> _______________________________________________
> ceph-users mailing list
> ceph-users@lists.ceph.com
> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
_______________________________________________
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com

Reply via email to