On Tue, Jan 31, 2012 at 4:00 AM, Amon Ott <a.ott@xxxxxxxxxxxx> wrote: > Hi again! > > We are running Ceph 0.41 and kernel 3.2.2 with current for-linus code (commit > 3d882ce47de80e0294a536bec771b5651885b4d3) now. > > After some heavy workloads we see quite a few directories that cannot be > deleted, although ls and find show that they are empty. rmdir says they are > not empty. > > Additionally, ceph reports various weird size values for some, but not all of > them: > ls -la .tmp/tiny61/.mozilla/firefox/default.yat/ > insgesamt 0 > drwxr-xr-x 1 tiny61 users 18446744073705748665 25. Jan 10:02 . > drwxr-xr-x 1 tiny61 users 18446744073705748665 25. Jan 10:02 .. > > Is this a known or a new bug? Can it be related to .snap pseudo dirs? The > problem appeared without ever using snapshots, though. I believe this is new. Based on the odd sizes (that's a 64-bit -1 interpreted as unsigned, fyi), my guess is that the "recursive accounting" statistics are off and that's leading the MDS to believe the directory is not empty even though it is. It's unlikely to be directly related to snapshots, though it's not impossible. Have you seen this on more than one MDS? If it's reproducible we could more easily figure out the cause; otherwise the best we can do is to maybe fix up the specific instance of it. -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
