[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