I have hit the same issue,when I try to remove a pool which contains a lot of data,the delete finished,both ceph -w and iostat show no activity. But the 'used' field remain a large number(alought less than original valie). interate ls all the lefted pool solve the inconsistency. 在 2013-2-4，13:32，"Andrey Korolyov" <andrey@xxxxxxx> 写道： > On Mon, Feb 4, 2013 at 1:46 AM, Gregory Farnum <greg@xxxxxxxxxxx> wrote: >> On Sunday, February 3, 2013 at 11:45 AM, Andrey Korolyov wrote: >>> Just an update: this data stayed after pool deletion, so there is >>> probably a way to delete garbage bytes on live pool without doing any >>> harm(hope so), since it is can be dissected from actual pool pool data >>> placement, in theory. >> >> >> What? You mean you deleted the pool and the data in use by the cluster didn't drop? If that's the case, check and see if it's still at the same level ― pool deletes are asynchronous and throttled to prevent impacting client operations too much. > > Yep, of course, I meant this exactly - I have waited until ``ceph -w'' > values was stabilized for a long period, then checked that a bunch of > files with same prefix as in deleted pool remains, then I purged them > manually. I`m not sure if this data was in use at the moment of pool > removal, as I mentioned above, it`s just garbage produced during > periods when cluster was degraded heavily. > >> -Greg >> > -- > To unsubscribe from this list: send the line "unsubscribe ceph-devel" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html ?韬{.n?????%??檩??w?{.n????u朕?Ф?塄}?财??j:+v?? ? ???2??璀??摺?囤??z夸z罐?+?????w棹f
