[Ocfs2-devel] [PATCH 0/3] ocfs2: fix slow deleting
Joel Becker
jlbec at evilplan.org
Thu Jul 28 03:14:48 PDT 2011
On Fri, Jul 08, 2011 at 12:02:57AM -0700, Srinivas Eeda wrote:
> Below is excerpts from Joel's email for the same question :)
>
> > Currently, orphan scan just iterate all the slots and call
> > ocfs2_queue_recovery_completion, but I don't think it is proper for a node
> > to query another mounted one since that node will query it by
> > itself.
>
> Node 1 has an inode it was using. The dentry went away due to
> memory pressure. Node 1 closes the inode, but it's on the free list.
> The node has the open lock.
> Node 2 unlinks the inode. It grabs the dentry lock to notify
> others, but node 1 has no dentry and doesn't get the message. It
> trylocks the open lock, sees that another node has a PR, and does
> nothing.
> Later node 2 runs its orphan dir. It igets the inode, trylocks
> the open lock, sees the PR still, and does nothing.
> Basically, we have to trigger an orphan iput on node 1. The
> only way for this to happen is if node 1 runs node 2's orphan dir. This
> patch exists because that wasn't happening.
What he said. And yes, I know I'm late to the party.
Joel
--
"Lately I've been talking in my sleep.
Can't imagine what I'd have to say.
Except my world will be right
When love comes back my way."
http://www.jlbec.org/
jlbec at evilplan.org
More information about the Ocfs2-devel
mailing list