[Ocfs2-devel] [PATCH 0/3] ocfs2: fix slow deleting
Sunil Mushran
sunil.mushran at oracle.com
Fri Jul 8 09:18:35 PDT 2011
On 07/08/2011 12:02 AM, 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.
Thanks for the reminder.
More information about the Ocfs2-devel
mailing list