On Mon, Feb 24, 2020 at 2:28 PM Uday Bhaskar jalagam
wrote:
>
> Thanks Patrick,
>
> is this the bug you are referring to https://tracker.ceph.com/issues/42515 ?
Yes
> We also see performance issues mainly on metadata operations like finding
> file stats operations , however mds perf dump shows
Thanks Patrick,
is this the bug you are referring to https://tracker.ceph.com/issues/42515 ?
We also see performance issues mainly on metadata operations like finding file
stats operations , however mds perf dump shows no sign of any latencies . could
this bug cause any performance issues ?
It's probably a recently fixed openfiletable bug. Please upgrade to
v14.2.8 when it is released in the next week or so.
On Mon, Feb 24, 2020 at 1:46 PM Uday Bhaskar jalagam
wrote:
>
> Hello Patrick,
>
> File system created around 4 months back. Using ceph version 14.2.3 version.
>
>
Hello Patrick,
File system created around 4 months back. Using ceph version 14.2.3 version.
[root@knode25 /]# ceph fs dump
dumped fsmap epoch 577
e577
enable_multiple, ever_enabled_multiple: 0,0
compat: compat={},rocompat={},incompat={1=base v0.20,2=client writeable
ranges,3=default file
On Mon, Feb 24, 2020 at 11:14 AM Uday Bhaskar jalagam
wrote:
>
> Hello Team ,
>
> I am getting frequent LARGE_OMAP_OBJECTS 1 large omap objects in one of my
> cephfs metadata pools , anyone can explain why would this pool getting into
> this state frequently and how could I prevent this in