That makes more sense. Setting min_size = 4 on the EC pool allows data to flow again(kind of not really because of the still missing 22 other PG's) maybe this automatically raised to 5 when I adjusted the EC pool originally?, outside of the 21 unknown and 1 down PG which are probably depending on the two OSD's. These are probably the 22 PG's that actually got fully moved around(maybe even converted to k=5/m=1?). Would be great if I can find a way to start those other two OSD's, and just deal with whatever state is causing the OSD's to crash.
On Wed, Jul 3, 2019 at 2:18 PM Janne Johansson <icepic...@gmail.com> wrote: > Den ons 3 juli 2019 kl 20:51 skrev Austin Workman <soilfla...@gmail.com>: > >> >> But a very strange number shows up in the active sections of the pg's >> that's the same number roughly as 2147483648..... This seems very odd, >> and maybe the value got lodged somewhere it doesn't belong which is causing >> an issue. >> >> > That pg number is "-1" or something for a signed 32bit int, which means "I > don't know which one it was anymore" which you can get in PG lists when > OSDs are gone. > > -- > May the most significant bit of your life be positive. >
_______________________________________________ ceph-users mailing list ceph-users@lists.ceph.com http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
