[ceph-users] Re: Bluestore does not defer writes

lary restart their osds to get performance back Regards, Dennis Weitergeleitete Nachricht Von: Wido den Hollander < w...@42on.com>An: Dennis Benndorf , ceph-users@ceph.ioBetreff: Re: [ceph-users] Bluestore does not defer writesDatum: Mon, 31 Aug 2020 16:06:37 +0200 On

[ceph-users] Re: Bluestore does not defer writes

w...@42on.com>An: Dennis Benndorf , ceph-users@ceph.ioBetreff: Re: [ceph-users] Bluestore does not defer writesDatum: Mon, 31 Aug 2020 16:06:37 +0200 On 31/08/2020 11:00, Dennis Benndorf wrote: Hi, today I recognized bad performance in our cluster. Running "watch cephosd perf |sort -h

[ceph-users] Bluestore does not defer writes

Hi, today I recognized bad performance in our cluster. Running "watch ceph osd perf |sort -hk 2 -r" I found that all bluestore OSDs are slow on commit and that the commit timings are equal to their apply timings: For example Every 2.0s: ceph osd perf |sort -hk 2 -r

[ceph-users] Re: OSD_SCRUB_ERRORS 1 scrub errors

Check for dmesg output of the underlying server. In my experience they are hardware related. Regards, Dennis Weitergeleitete Nachricht Von: Abhimnyu Dhobale An: ceph-users@ceph.io Betreff: [ceph-users] OSD_SCRUB_ERRORS 1 scrub errors Datum: Fri, 24 Jul 2020 16:17:29 +0530 read

[ceph-users] Block sizes, small files and bluestore

Hi Cephers, I have a lot of questions after reading a lot about bluestore, the min_alloc_size and the impact of writing small files to it through cepfs with erasure coding. In a setup using VMware ESX with its VMFS6 and its 1 MB block size on an ISCSI-LUN mapped from Ceph RBD (replicated) 1.