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-10403 Lustre <p>After the last update this test starts to fail:<br/> <a href="https://testing.hpdd.intel.com/test_sets/fa6fd9d6-e372-11e7-8027-52540065bddc" class="external-link" target="_blank" rel="nofollow noopener">https://testing.hpdd.intel.com/test_sets/fa6fd9d6-e372-11e7-8027-52540065bddc</a><br/> <a href="https://testing.hpdd.intel.com/test_sets/8d0371ee-e32e-11e7-9840-52540065bddc" class="external-link" target="_blank" rel="nofollow noopener">https://testing.hpdd.intel.com/test_sets/8d0371ee-e32e-11e7-9840-52540065bddc</a></p> <p>and more</p> LU-10403

sanityn test_32b: @@@@@@ FAIL: lockless i/o works when disabled

Bug Major Resolved Duplicate James A Simmons Mikhail Pershin Mon, 18 Dec 2017 06:26:32 +0000 Mon, 18 Dec 2017 17:42:06 +0000 Mon, 18 Dec 2017 15:51:26 +0000 0 3 <p>I've done git bisect and it shows commit 4f2a5d5887492da9abe320074511811415e0a06c as source of problem. This is change <a href="https://review.whamcloud.com/#/c/30063/" class="external-link" target="_blank" rel="nofollow noopener">https://review.whamcloud.com/#/c/30063/</a> from <a href="https://jira.whamcloud.com/browse/LU-9019" title="Migrate lustre to standard 64 bit time kernel API" class="issue-link" data-issue-key="LU-9019"><del>LU-9019</del></a>.</p> <p>This change passed own tests so it seems that issue is result of interaction with some other patch, anyway, reverting of this particular patch solves the problem</p> <p>Should have been fixed by revert of offending patch</p> <p>Oh that is strange. I will track down what the conflict is. Thanks.</p> <p>suspect it may be due to time64_t being signed while cfs_time_t is unsigned</p> <p>So I attempted to reproduce the problem locally and I can't. It passes sanityn 32b. I have a theory why it fails. Using seconds is to large of a time gap. The pages are not being purged because the time that passes is less than one second. I bet if I move to nanoseconds this problem will go away.</p> <p>James, I see that each run in my local vm, so you may be right about time gap. </p> Related LU-9019 Development Rank 1|hzzpo7: Rank (Obsolete) 9223372036854775807 Severity