On Jan 6, 2014, Gregory Farnum <g...@inktank.com> wrote: > On Fri, Dec 20, 2013 at 4:50 PM, Alexandre Oliva <ol...@gnu.org> wrote: >> On Dec 20, 2013, Alexandre Oliva <ol...@gnu.org> wrote: >> >>> back many of the osds to recent snapshots thereof, from which I'd >>> cleaned all traces of the user.ceph._parent. I intended to roll back >> >> Err, I meant user.ceph._path, of course ;-) >> >>> So I think by now I'm happy to announce that it was an IO error (where >>> IO stands for Incompetence of the Operator ;-) >> >>> Sorry about this disturbance, and thanks for asking me to investigate it >>> further and find a probable cause that involves no fault of Ceph's. >> >> I guess after the successful --reset-journal, I get to clean up on my >> own the journal files that are no longer used but that apparently won't >> get cleaned up by the mds any more. Right?
> If they're in the "future" of the mds journal they'll get cleared out > automatically as the MDS gets up to them (this is the pre-zeroing > thing). If they're in the "past", yeah, you'll need to clear them up. After an ceph-mds --reset-journal, I don't see how they could be in the "future", but what do I know? > Did you do that rollback via your cluster snapshot thing, or just > local btrfs snaps? Local btrfs snaps. Had I rolled back to a cluster snapshot proper, there's no way this problem could have happened. -- Alexandre Oliva, freedom fighter http://FSFLA.org/~lxoliva/ You must be the change you wish to see in the world. -- Gandhi Be Free! -- http://FSFLA.org/ FSF Latin America board member Free Software Evangelist Red Hat Brazil Compiler Engineer -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html