From: Sage Weil <sage@newdream.net>
Date: Sat, 21 Jun 2008 20:55:27 +0000 (-0700)
Subject: fill_trace todos
X-Git-Tag: v0.3~47
X-Git-Url: http://git-server-git.apps.pok.os.sepia.ceph.com/?a=commitdiff_plain;h=3daad655da0dc236f0d51f79bc09a8502ca0f5be;p=ceph.git

fill_trace todos
---

diff --git a/src/TODO b/src/TODO
index 19b59c6cb2be..4f11c9df6d9a 100644
--- a/src/TODO
+++ b/src/TODO
@@ -1,6 +1,14 @@
 v0.3
 
 v0.4
+- fill_trace locking
+  - revert 0772d6270c8a42b80323ecb2e43a844e28b7708a, then du during untar..
+  - we hit "Uhhuh" case in real_lookup().  the problem is the race
+    between lookup() adding a dentry and a subsequent revalidate always
+    failing.  
+  -> solution?  if htere is not dir ICONTENT or dentry lease, do not hash
+     the dentry in fill_trace... ?
+  - also, fill_trace should take dir->i_mutex... or not do the dentry update.
 - fix msgr protocol wrt resets, and varying connection close policies
 - ENOSPC
 - finish client failure recovery (reconnect after long eviction; and slow delayed reconnect)