General

Profile

Nick Fisk

  • Email: nick@fisk.me.uk
  • Registered on: 03/30/2016
  • Last connection: 06/06/2018

Issues

Activity

02/11/2019

10:06 AM bluestore Bug #22464: Bluestore: many checksum errors, always 0x6706be76 (which matches a zero block)
I still seem to be experiencing these errors, albeit at a much reduced rate since upgrading to 13.2.3. I could wake u...

10/23/2018

04:48 PM bluestore Bug #22464: Bluestore: many checksum errors, always 0x6706be76 (which matches a zero block)
I think I maybe seeing this on actual client requests as well as scrubs. Since upgrading to Mimic and these scrub err...

10/10/2018

09:06 AM bluestore Bug #22464: Bluestore: many checksum errors, always 0x6706be76 (which matches a zero block)
Reporting back, increasing min_free_kbytes has not appeared to have helped. Swap usage is only a couple of MB out of ...

10/03/2018

09:56 PM bluestore Bug #22464: Bluestore: many checksum errors, always 0x6706be76 (which matches a zero block)
I've just bit hit by a wave of these after upgrading to Mimic, everything else remains the same, no reboot was carrie...

06/06/2018

08:47 AM Ceph Bug #24396: osd crashes in on_local_recover due to stray clone
I seem to be hitting this bug. Whats the best way for a quick fix to get the PG back to full health?
1. Cherry pic...

12/14/2017

09:27 PM RADOS Bug #22440: New pgs per osd hard limit can cause peering issues on existing clusters
Sure that makes sense.
If not a new state, how about something that would show up in pg query. I queried the pg wi...
11:45 AM RADOS Bug #22440 (Resolved): New pgs per osd hard limit can cause peering issues on existing clusters
During upgrade of OSD's in a cluster from Filestore to Bluestore, the CRUSH layout changed in my cluster. This result...

12/13/2017

11:49 AM RADOS Bug #22419 (Resolved): Pool Compression type option doesn't apply to new OSD's
If you set the pool compression type option to something like snappy, existing bluestore OSD's will then start compre...

06/01/2017

03:16 PM Ceph Bug #19555: BlueStore.cc: 1941: FAILED assert(!force)
Sage Weil wrote:
> or debug bluestore = 30 would be even better :)
The motherboard in my test box seems to have d...

05/22/2017

03:14 PM Ceph Bug #19555: BlueStore.cc: 1941: FAILED assert(!force)
I believe I may have just hit this. Was doing 4kb seq writes from fio to a EC pool with overwrites enabled, RBD image...

Also available in: Atom