>
> On 27.09.2018, at 15:04, John Spray wrote:
>
> On Thu, Sep 27, 2018 at 11:34 AM Sergey Malinin wrote:
>>
>> Can such behaviour be related to data pool cache tiering?
>
> Yes -- if there's a cache tier in use then deletions in the base pool
> can be delayed and then happen later when the
On Thu, Sep 27, 2018 at 11:34 AM Sergey Malinin wrote:
>
> Can such behaviour be related to data pool cache tiering?
Yes -- if there's a cache tier in use then deletions in the base pool
can be delayed and then happen later when the cache entries get
expired.
You may find that for a full scan
Can such behaviour be related to data pool cache tiering?
> On 27.09.2018, at 13:14, Sergey Malinin wrote:
>
> I'm trying alternate metadata pool approach. I double checked that MDS
> servers are down and both original and recovery fs are set not joinable.
>
>
>> On 27.09.2018, at 13:10,
I'm trying alternate metadata pool approach. I double checked that MDS servers
are down and both original and recovery fs are set not joinable.
> On 27.09.2018, at 13:10, John Spray wrote:
>
> On Thu, Sep 27, 2018 at 11:03 AM Sergey Malinin wrote:
>>
>> Hello,
>> Does anybody have
On Thu, Sep 27, 2018 at 11:03 AM Sergey Malinin wrote:
>
> Hello,
> Does anybody have experience with using cephfs-data-scan tool?
> Questions I have are how long would it take to scan extents on filesystem
> with 120M relatively small files? While running extents scan I noticed that
> number
