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-2839 Lustre <p>Customer experienced an issue with file locking.<br/> This case is the same as <a href="https://jira.whamcloud.com/browse/LU-1126" title="Client file locking issue. Assertion triggered when decrementing a read lock on an item that has no existing read locks." class="issue-link" data-issue-key="LU-1126"><del>LU-1126</del></a>.<br/> Please increase priority to release a patch.<br/> This is customer with payed Lustre support for env. size of 8 OSS.<br/> Example traceback:</p> <p>Jul 30 08:19:54 skpriu01b kernel: LustreError: 2427:0:(ldlm_lock.c:599:ldlm_lock_decref_internal_nolock()) ASSERTION(loc<br/> k-&gt;l_readers &gt; 0) failed<br/> Jul 30 08:19:54 skpriu01b kernel: LustreError: 2427:0:(ldlm_lock.c:599:ldlm_lock_decref_internal_nolock()) LBUG<br/> Jul 30 08:19:54 skpriu01b kernel: Pid: 2427, comm: PNetTNetServer.<br/> Jul 30 08:19:54 skpriu01b kernel:<br/> Jul 30 08:19:54 skpriu01b kernel: Call Trace:<br/> Jul 30 08:19:54 skpriu01b kernel: <span class="error">&#91;&lt;ffffffff885b86a1&gt;&#93;</span> libcfs_debug_dumpstack+0x51/0x60 <span class="error">&#91;libcfs&#93;</span><br/> Jul 30 08:19:54 skpriu01b kernel: <span class="error">&#91;&lt;ffffffff885b8bda&gt;&#93;</span> lbug_with_loc+0x7a/0xd0 <span class="error">&#91;libcfs&#93;</span><br/> Jul 30 08:19:54 skpriu01b kernel: <span class="error">&#91;&lt;ffffffff885c0fc0&gt;&#93;</span> tracefile_init+0x0/0x110 <span class="error">&#91;libcfs&#93;</span><br/> Jul 30 08:19:54 skpriu01b kernel: <span class="error">&#91;&lt;ffffffff886e261f&gt;&#93;</span> ldlm_lock_decref_internal_nolock+0x7f/0xe0 <span class="error">&#91;ptlrpc&#93;</span><br/> Jul 30 08:19:54 skpriu01b kernel: <span class="error">&#91;&lt;ffffffff8870a9a9&gt;&#93;</span> ldlm_process_flock_lock+0x1779/0x18a0 <span class="error">&#91;ptlrpc&#93;</span><br/> Jul 30 08:19:54 skpriu01b kernel: <span class="error">&#91;&lt;ffffffff8860b33d&gt;&#93;</span> LNetMDUnlink+0xcd/0xf0 <span class="error">&#91;lnet&#93;</span><br/> Jul 30 08:19:54 skpriu01b kernel: <span class="error">&#91;&lt;ffffffff886e0d59&gt;&#93;</span> ldlm_grant_lock+0x4e9/0x550 <span class="error">&#91;ptlrpc&#93;</span><br/> Jul 30 08:19:54 skpriu01b kernel: <span class="error">&#91;&lt;ffffffff8870b5db&gt;&#93;</span> ldlm_flock_completion_ast+0xa0b/0xaf0 <span class="error">&#91;ptlrpc&#93;</span><br/> Jul 30 08:19:54 skpriu01b kernel: <span class="error">&#91;&lt;ffffffff886e4709&gt;&#93;</span> ldlm_lock_enqueue+0x9d9/0xb20 <span class="error">&#91;ptlrpc&#93;</span><br/> Jul 30 08:19:54 skpriu01b kernel: <span class="error">&#91;&lt;ffffffff886fcc6b&gt;&#93;</span> ldlm_cli_enqueue_fini+0xa5b/0xbc0 <span class="error">&#91;ptlrpc&#93;</span><br/> Jul 30 08:19:54 skpriu01b kernel: <span class="error">&#91;&lt;ffffffff8867565d&gt;&#93;</span> class_handle_hash+0x16d/0x250 <span class="error">&#91;obdclass&#93;</span><br/> Jul 30 08:19:54 skpriu01b kernel: <span class="error">&#91;&lt;ffffffff8008ee72&gt;&#93;</span> default_wake_function+0x0/0xe<br/> Jul 30 08:19:54 skpriu01b kernel: <span class="error">&#91;&lt;ffffffff886fe7af&gt;&#93;</span> ldlm_cli_enqueue+0x63f/0x700 <span class="error">&#91;ptlrpc&#93;</span><br/> Jul 30 08:19:54 skpriu01b kernel: <span class="error">&#91;&lt;ffffffff888e258f&gt;&#93;</span> ll_file_flock+0x57f/0x680 <span class="error">&#91;lustre&#93;</span><br/> Jul 30 08:19:54 skpriu01b kernel: <span class="error">&#91;&lt;ffffffff8870abd0&gt;&#93;</span> ldlm_flock_completion_ast+0x0/0xaf0 <span class="error">&#91;ptlrpc&#93;</span><br/> Jul 30 08:19:54 skpriu01b kernel: <span class="error">&#91;&lt;ffffffff8000ce04&gt;&#93;</span> do_path_lookup+0x294/0x310<br/> Jul 30 08:19:54 skpriu01b kernel: <span class="error">&#91;&lt;ffffffff80039cb2&gt;&#93;</span> fcntl_setlk+0x11e/0x273<br/> Jul 30 08:19:54 skpriu01b kernel: <span class="error">&#91;&lt;ffffffff8008ee72&gt;&#93;</span> default_wake_function+0x0/0xe<br/> Jul 30 08:19:54 skpriu01b kernel: <span class="error">&#91;&lt;ffffffff8002e1d8&gt;&#93;</span> sys_fcntl+0x269/0x2dc<br/> Jul 30 08:19:54 skpriu01b kernel: <span class="error">&#91;&lt;ffffffff800fef39&gt;&#93;</span> compat_sys_fcntl64+0x222/0x381<br/> Jul 30 08:19:54 skpriu01b kernel: <span class="error">&#91;&lt;ffffffff800614b5&gt;&#93;</span> sysenter_do_call+0x1e/0x76<br/> Jul 30 08:19:54 skpriu01b kernel:</p> Server: 1.8.8-wc1<br/> Client: 1.8.8-wc1<br/> OS : RHEL Server release 5.8 (Tikanga) LU-2839

Client file locking issue

Bug Major Resolved Fixed Bruno Faccini HP Slovakia team Wed, 20 Feb 2013 09:53:28 +0000 Tue, 29 Jul 2014 17:40:32 +0000 Tue, 29 Jul 2014 17:40:31 +0000 Lustre 1.8.8 0 5 <p>Hello, I take the action to push for <a href="https://jira.whamcloud.com/browse/LU-1126" title="Client file locking issue. Assertion triggered when decrementing a read lock on an item that has no existing read locks." class="issue-link" data-issue-key="LU-1126"><del>LU-1126</del></a> patch review/landing.<br/> I may finally duplicate this JIRA to <a href="https://jira.whamcloud.com/browse/LU-1126" title="Client file locking issue. Assertion triggered when decrementing a read lock on an item that has no existing read locks." class="issue-link" data-issue-key="LU-1126"><del>LU-1126</del></a>.</p> <p>Bruno is looking into this ticket</p> <p>Does this application really need to have whole-cluster-consistent locking? If not, you can mount your clients with -o localflock option and the problem will go away (as a bonus, the program will likely be a little bit faster too).</p> <p>HP Slovakia team,<br/> Was Oleg's suggestion helpful to you?<br/> Do you still have an issue with this ticket, or can I mark it as resolved?<br/> Thanks,<br/> ~ jfc.</p> <p>Patch was landed to Master.<br/> ~ jfc.</p> Development Rank 1|hzvjhz: Rank (Obsolete) 6875 Severity