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-9511 Lustre <p>stdout.log<br/> 17:34:15: All tests passed!<br/> parallel_grouplock subtests -t 10 PASS<br/> /usr/lib64/lustre/tests/parallel_grouplock -g -v -d /mnt/fs1/d0.parallel_grouplock -t 11<br/> chmod 0777 /mnt/fs1<br/> drwxrwxrwx 8 root root 270336 Aug 12 17:31 /mnt/fs1<br/> su mpiuser sh -c "/usr/bin/mpirun -np 32 /usr/lib64/lustre/tests/parallel_grouplock -g -v -d /mnt/fs1/d0.parallel_grouplock -t 11 "<br/> /usr/lib64/lustre/tests/parallel_grouplock is running with 32 task(es) in DEBUG mode<br/> 17:34:16: Running test #/usr/lib64/lustre/tests/parallel_grouplock(iter 0)<br/> 17:34:16: Beginning subtest 11<br/> 17:34:56: Finished subtest 11 (39.317 sec)<br/> 17:34:56: All tests passed!<br/> parallel_grouplock subtests -t 11 PASS<br/> /usr/lib64/lustre/tests/parallel_grouplock -g -v -d /mnt/fs1/d0.parallel_grouplock -t 12<br/> su mpiuser sh -c "/usr/bin/mpirun -np 32 /usr/lib64/lustre/tests/parallel_grouplock -g -v -d /mnt/fs1/d0.parallel_grouplock -t 12 "<br/> 17:34:57: Running test #/usr/lib64/lustre/tests/parallel_grouplock(iter 0)<br/> 17:34:57: Beginning subtest 12</p> <p>stderr.log</p> LU-9511

parallel-scale-stress-hw_parallel_grouplock test stuck on subtest 12, timeout 2hours, normally takes < 400sec

Bug Minor Resolved Fixed Zhenyu Xu VIKRAM BABASO JADHAV Tue, 16 May 2017 11:41:11 +0000 Wed, 19 Jul 2017 04:06:19 +0000 Wed, 19 Jul 2017 04:06:19 +0000 Lustre 2.11.0 0 3 <p>jadhav.vikram (jadhav.vikram@seagate.com) uploaded a new patch: <a href="https://review.whamcloud.com/27127" class="external-link" target="_blank" rel="nofollow noopener">https://review.whamcloud.com/27127</a><br/> Subject: <a href="https://jira.whamcloud.com/browse/LU-9511" title="parallel-scale-stress-hw_parallel_grouplock test stuck on subtest 12, timeout 2hours, normally takes &lt; 400sec" class="issue-link" data-issue-key="LU-9511"><del>LU-9511</del></a> utils: fix parallel_grouplock test timeout<br/> Project: fs/lustre-release<br/> Branch: master<br/> Current Patch Set: 1<br/> Commit: 80c6a9089cdccdd6e3096d5bfc7cdd717cf122ea</p> <p>It looks like this is the same as <a href="https://jira.whamcloud.com/browse/LU-9429" title="parallel-scale test_parallel_grouplock: test failed to respond and timed out" class="issue-link" data-issue-key="LU-9429">LU-9429</a>. </p> <p>Both this patch and the change from <a href="https://jira.whamcloud.com/browse/LU-9425" title="Turn RDMA Fragment Fix on by default" class="issue-link" data-issue-key="LU-9425"><del>LU-9425</del></a> are changing the userspace code to avoid the problem, but that means it is still possible for real applications using group lock to become deadlocked. That shouldn't be allowed. </p> <p>Oleg Drokin (oleg.drokin@intel.com) merged in patch <a href="https://review.whamcloud.com/27127/" class="external-link" target="_blank" rel="nofollow noopener">https://review.whamcloud.com/27127/</a><br/> Subject: <a href="https://jira.whamcloud.com/browse/LU-9511" title="parallel-scale-stress-hw_parallel_grouplock test stuck on subtest 12, timeout 2hours, normally takes &lt; 400sec" class="issue-link" data-issue-key="LU-9511"><del>LU-9511</del></a> utils: fix parallel_grouplock test timeout<br/> Project: fs/lustre-release<br/> Branch: master<br/> Current Patch Set: <br/> Commit: 4a33e1edd48c5db0e0c54c1226787c6575301bee</p> <p>Landed for 2.11</p> Duplicate LU-9429 Development Rank 1|hzzcvb: Rank (Obsolete) 9223372036854775807 Severity