Thanks for the response! Long story short, there’s one specific osd in my cluster that is responsible, according to the dump command, for the two pg’s that are still down.
I wiped the osd data directory and recreated that osd a couple of days ago, but it is still stuck in the “booting” state. Any ideas how I can investigate that particular osd further? From: Gregory Farnum <gfar...@redhat.com> Date: Thursday, July 21, 2016 at 3:01 PM To: "Salwasser, Zac" <zsalw...@akamai.com> Cc: "ceph-users@lists.ceph.com" <ceph-users@lists.ceph.com>, "Heller, Chris" <chel...@akamai.com> Subject: Re: [ceph-users] Uncompactable Monitor Store at 69GB -- Re: Cluster in warn state, not sure what to do next. On Thu, Jul 21, 2016 at 11:54 AM, Salwasser, Zac <zsalw...@akamai.com<mailto:zsalw...@akamai.com>> wrote: Rephrasing for brevity – I have a monitor store that is 69GB and won’t compact any further on restart or with ‘tell compact’. Has anyone dealt with this before? The monitor can't trim OSD maps over a period where PGs are unclean; you'll likely find that's where all the space has gone. You need to resolve your down PGs. -Greg
_______________________________________________ ceph-users mailing list ceph-users@lists.ceph.com http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
