On Fri, Jun 28, 2019 at 11:42 AM Hector Martin wrote:
>
> On 12/06/2019 22.33, Yan, Zheng wrote:
> > I have tracked down the bug. thank you for reporting this. 'echo 2 >
> > /proc/sys/vm/drop_cache' should fix the hang. If you can compile ceph
> > from source, please try following patch.
>
> I m
> The reason it is so long is that you don't want to move data
> around unnecessarily if the osd is just being rebooted/restarted.
I think you're confusing down with out. When an OSD is out, Ceph
backfills. While it is merely down, Ceph hopes that it will come back.
But it will direct I/O to ot
On Sat, Jun 29, 2019 at 6:51 PM Bryan Henderson
wrote:
> > The reason it is so long is that you don't want to move data
> > around unnecessarily if the osd is just being rebooted/restarted.
>
> I think you're confusing down with out. When an OSD is out, Ceph
> backfills. While it is merely down
> I'm not sure why the monitor did not mark it _out_ after 600 seconds
> (default)
Well, that part I understand. The monitor didn't mark the OSD out because the
monitor still considered the OSD up. No reason to mark an up OSD out.
I think the monitor should have marked the OSD down upon not hea
On Sat, Jun 29, 2019 at 8:12 PM Bryan Henderson
wrote:
> > I'm not sure why the monitor did not mark it _out_ after 600 seconds
> > (default)
>
> Well, that part I understand. The monitor didn't mark the OSD out because
> the
> monitor still considered the OSD up. No reason to mark an up OSD ou
