Wes Dillingham

10:20 PM Ceph Bug #56046: Changes to CRUSH weight and Upmaps causes PGs to go into a degraded+remapped state in...: I should note the ceph osd tree etc in my initial "Steps to reproduce" was on a different cluster than the cluster I ...
10:12 PM Ceph Bug #56046: Changes to CRUSH weight and Upmaps causes PGs to go into a degraded+remapped state in...: I am attaching osdmap epochs 745 to 748 corresponding to the above
06:17 PM Ceph Bug #56046: Changes to CRUSH weight and Upmaps causes PGs to go into a degraded+remapped state in...: I am attaching the ceph.log and osd log for the osd marked out and the log covers the period during the osd getting a...

05:26 PM Ceph Bug #56046: Changes to CRUSH weight and Upmaps causes PGs to go into a degraded+remapped state in...: I have found that I can only reproduce this on clusters built initially on pacific. Have reproduced on 3 separate pac...

07:51 PM Ceph Bug #56046: Changes to CRUSH weight and Upmaps causes PGs to go into a degraded+remapped state in...: I have disabled the upmap balancer and removed all upmaps from the osdmap and the problem is still reproducible.
04:33 PM Ceph Bug #56046: Changes to CRUSH weight and Upmaps causes PGs to go into a degraded+remapped state in...: Steps to reproduce:...
03:30 PM Ceph Bug #56046 (New): Changes to CRUSH weight and Upmaps causes PGs to go into a degraded+remapped st...: I have a brand new virtual 16.2.9 cluster (and a physical 16.2.7 cluster) with 0 client activity. Both built initiall...

06:53 PM bluestore Bug #55324: rocksdb omap iterators become extremely slow in the presence of large delete range to...: Would this be applicable to CephFS as well? We are seeing significant impact (osd slow ops) after deletes on a 16.2.7...

07:04 PM RADOS Bug #48732: Marking OSDs out causes mon daemons to crash following tcmalloc: large alloc: Hello Dan and Neha. Shortly after filing this bug I went on paternity leave but have returned today. I will try and a...

07:43 PM RADOS Bug #48732: Marking OSDs out causes mon daemons to crash following tcmalloc: large alloc: This seems related to https://bugzilla.redhat.com/show_bug.cgi?id=1826450 our circumstances are highly similar.

Also available in: Atom

Ceph