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-15020 Lustre <p>Send OSP_DISCONNECT only on health import. Otherwise, force local disconnect for unhealthy imports.</p> LU-15020

OSP_DISCONNECT blocking MDT unmount

Bug Minor Resolved Fixed Mikhail Pershin John Hammond Fri, 20 Aug 2021 15:55:17 +0000 Mon, 17 Jan 2022 15:33:49 +0000 Mon, 17 Jan 2022 15:33:49 +0000 Lustre 2.15.0 0 6 <p>From these reports about MDT hangs, what would be the easiest way to reproduce that issue?</p> <p>Setup a FS with MDTs spread over 2 VMs. Start the FS, do some cross MDT operations, destroy one VM (no unmount, no shutdown) and try to umount (no --force) an MDT on the other vm.</p> <p>While I am checking how to make server disconnect gracefully, possible way to go with --force umount is to set device read-only before that, in that case clients will be preserved on server I think.</p> <p><a href="https://jira.whamcloud.com/secure/ViewProfile.jspa?name=adilger" class="user-hover" rel="adilger">adilger</a>, I am not sure about this hang while MDT unmounting is related to stat() call you've mentioned. That problem and related patch are for client unmount and client RPC, but here we have local mountpoint unmount on server, I doubt it causes inter MDT stat, though there can be some other RPC.</p> <p>As for osp_disconnect() thing, simplest thing would be just to call <tt>ptlrpc_disconnect_import()</tt> with <tt>obd_force</tt> set if import is in recovery, so there will no waiting for import to recover and no disconnect RPC, if import is healthy then disconnect will be send, so other MDT could clean related resources.</p> <p>Another my question is about whole situation as per description, it states that server hangs waiting for response to DISCONNECT RPC, at the same time this RPC is sent always with <tt>rq_no_resent</tt> flag, so it should fail after timeout but not hang forever. So was that hang observed by customers are just long in time or it never ends really?</p> <p>"Mike Pershin &lt;mpershin@whamcloud.com&gt;" uploaded a new patch: <a href="https://review.whamcloud.com/44753" class="external-link" target="_blank" rel="nofollow noopener">https://review.whamcloud.com/44753</a><br/> Subject: <a href="https://jira.whamcloud.com/browse/LU-15020" title="OSP_DISCONNECT blocking MDT unmount" class="issue-link" data-issue-key="LU-15020"><del>EX-3687</del></a> osp: do force disconnect if import is not ready<br/> Project: fs/lustre-release<br/> Branch: master<br/> Current Patch Set: 1<br/> Commit: 1a5d067b340e0b62f5577a20779401427ca0adca</p> <p>"Oleg Drokin &lt;green@whamcloud.com&gt;" merged in patch <a href="https://review.whamcloud.com/44753/" class="external-link" target="_blank" rel="nofollow noopener">https://review.whamcloud.com/44753/</a><br/> Subject: <a href="https://jira.whamcloud.com/browse/LU-15020" title="OSP_DISCONNECT blocking MDT unmount" class="issue-link" data-issue-key="LU-15020"><del>EX-3687</del></a> osp: do force disconnect if import is not ready<br/> Project: fs/lustre-release<br/> Branch: master<br/> Current Patch Set: <br/> Commit: 8203c0f7a043aad9d087018119e278e4279ca8bc</p> <p>Fix on master by <a href="https://review.whamcloud.com/#/c/44753/" class="external-link" target="_blank" rel="nofollow noopener">https://review.whamcloud.com/#/c/44753/</a></p> Related Development Rank 1|i022bz: Rank (Obsolete) 9223372036854775807 Severity