https://jira.whamcloud.com This file is an XML representation of an issue en-us 9.4.14 940014 05-12-2023 https://jira.whamcloud.com/browse/LU-918 Lustre <p>To avoid lock timeouts in <a href="https://jira.whamcloud.com/browse/LU-874" title="Client eviction on lock callback timeout " class="issue-link" data-issue-key="LU-874"><del>LU-874</del></a>, one point of discussion was to ensure that BRW requests under a DLM extent lock ensure that the client does not get evicted, even under heavy OST load. The best option is if a client sends a BRW request under a DLM lock that the lock timeout is stopped entirely for that lock until the IO has completed. That would avoid overhead from continually refresh the DLM lock during operation, but may be more complex to implement than having the DLM lock timeout first check for BRW requests in the hpreq queue or in-progress by an OSS thread that would refresh it.</p> LU-918

ensure that BRW requests prevent lock timeout

Technical task LU-874 Minor Closed Fixed Jinshan Xiong Andreas Dilger Tue, 13 Dec 2011 04:34:34 +0000 Mon, 30 Jan 2012 14:02:48 +0000 Mon, 30 Jan 2012 14:02:38 +0000 0 0 <p>Add dependency on OSS read cache issues</p> <p>Jinshan</p> <p>Did you cover this already under one of your LU874 patches?</p> <p>Peter</p> <p>I solved this problem by refreshing lock timeout each time.</p> <p>Yes, I have ever had a patch to take locks out of waiting list if a covering RPC is coming. However, this way will have to modify the state of dlm lock, for example, to remember how many active RPCs existing. That's a stateful implementation.</p> <p>After thinking about it, I decided to stay with current stateless implementation because of:<br/> 1. less possibilities of producing bugs;<br/> 2. lock timeout is rare event in the system, so performance shouldn't be a problem.</p> <p>How do you think?</p> <p>I think if we have a simple solution to the problem that works, then we don't need a complex solution to the problem. If there is nothing here left to be fixed, then this bug can be closed.</p> Related LU-15 LU-410 Development Rank 1|hzw0bz: Rank (Obsolete) 10133