Hi,
Our cluster (14.2.6) has sporadic slow ops warnings since upgrading from Jewel
1 month ago. Today I checked the OSD log files and found out a lot of entries
like:
ceph-osd.5.log:2020-03-04 10:33:31.592 7f18ca41f700 0
bluestore(/var/lib/ceph/osd/ceph-5) log_latency_fn slow operation
Hi,
I’ve just upgrade my cluster from Jewel to Nautilus (still running filestore).
Since I'v stopped deepscrub for several days for this upgrade, now I got
warning of "3 pgs not deep-scrubbed in time”. I tried to increase
osd_max_scrubs to 3, osd_scrub_load_threshold to 5.0 and
;
> On 1/20/20 1:07 AM, 徐蕴 wrote:
>> Hi,
>>
>> We upgraded our cluster from Jewel to Luminous, and it turned out that more
>> than 80% object misplaced. Since our cluster has 130T data, backfilling
>> seems take forever. We didn’t modify any crushmap. Any thought
Hi,
We upgraded our cluster from Jewel to Luminous, and it turned out that more
than 80% object misplaced. Since our cluster has 130T data, backfilling seems
take forever. We didn’t modify any crushmap. Any thoughts about this issue?
br,
Xu Yun
___
g else, check the
> logs in your openstack environment, maybe they reveal something. Also check
> the ceph logs.
>
> Regards,
> Eugen
>
>
> Zitat von 徐蕴 :
>
>> Hello,
>>
>> My setup is Ceph pike working with OpenStack. When I deleted an image, I
Hello,
My setup is Ceph pike working with OpenStack. When I deleted an image, I found
that the space was not reclaimed. I checked with rbd ls and confirmed that this
image was disappeared. But when I check the objects with rados ls, most objects
named rbd_data.xxx are still existed in my
> --
> Paul Emmerich
>
> Looking for help with your Ceph cluster? Contact us at https://croit.io
> <https://croit.io/>
>
> croit GmbH
> Freseniusstr. 31h
> 81247 München
> www.croit.io <http://www.croit.io/>
> Tel: +49 89 1896585 90
>
>
Hello,
We are planning to upgrade our cluster from Jewel to Nautilus. From my
understanding, leveldb of monitor and filestore of OSDs will not be converted
to rocketdb and bluestore automatically. So do you suggest to convert them
manually after upgrading software? Is there any document or
It seems that ceph-kvstore-tool is not available in 10.2.10/Jewel.
> 2019年10月22日 下午5:28，huang jun 写道：
>
> Try this https://docs.ceph.com/docs/mimic/man/8/ceph-kvstore-tool/ and
> use the 'repair' operation
>
> 徐蕴 于2019年10月22日周二 下午3:51写道：
>>
>> Hi,
>>
&g
Hi,
Our cluster got an unexpected power outage. Ceph mon cannot start after that.
The log shows:
Running command: '/usr/bin/ceph-mon -f -i 10.10.198.11 --public-addr
10.10.198.11:6789'
Corruption: 15 missing files; e.g.:
/var/lib/ceph/mon/ceph-10.10.198.11/store.db/2676107.sst
Is there any
Hi Igor,
Got it. Thank you!
> 在 2019年9月26日，下午11:27，Igor Fedotov 写道：
>
> Hi Xu Yun!
>
> You might want to use "ceph osd metadata" command and check
> "ceph_objectstore" parameter in the output.
>
>
> Thanks,
>
> Igor
>
> On 9/
Hi,
Is there a command to check whether an OSD is running filestore or bluestore?
BR,
Xu Yun
___
ceph-users mailing list -- ceph-users@ceph.io
To unsubscribe send an email to ceph-users-le...@ceph.io
Hi ceph experts,
I deployed Nautilus (v14.2.4) and Luminous (v12.2.11) on the same hardware, and
made a rough performance comparison. The result seems Luminous is much better,
which is unexpected.
My setup:
3 servers, each has 3 HDD OSDs, 1 SSD as DB, two separated 1G network for
cluster and
Is it related to https://tracker.ceph.com/issues/39671?
> 在 2019年9月21日，下午6:13，徐蕴 写道：
>
> Hello Ceph Users,
>
> I deployed a ceph cluster (v14.2.1, using docker), the cluster status seems
> OK but the write performance tested by rados bench seems bad. When I check
> t
14 matches
Mail list logo
