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-5750 Lustre <p>Module parameter lu_cache_nr is always overwritten by lu_htable_order(), so only the default can be used:</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>[isaac@oyster]% sudo modprobe obdclass lu_cache_nr=-1 [isaac@oyster]% cat /sys/module/obdclass/parameters/lu_cache_nr -1 [isaac@oyster]% sudo mount -t lustre test/test /mnt/lustre [isaac@oyster]% cat /sys/module/obdclass/parameters/lu_cache_nr 10240 </pre> </div></div> LU-5750

lu_htable_order() overwrites module option lu_cache_nr

Bug Minor Open Unresolved Isaac Huang Isaac Huang zfs Thu, 16 Oct 2014 03:43:01 +0000 Sat, 18 Oct 2014 02:51:34 +0000 0 2 <p>Looks like this would be enough:</p> <div class="code panel" style="border-width: 1px;"><div class="codeContent panelContent"> <pre class="code-java"> <span class="code-keyword">if</span> (strcmp(top-&gt;ld_type-&gt;ldt_name, LUSTRE_OSD_ZFS_NAME) == 0) { lu_cache_percent = 1; <span class="code-keyword">if</span> (lu_cache_nr == LU_CACHE_NR_UNLIMITED) lu_cache_nr = LU_CACHE_NR_ZFS_LIMIT; <span class="code-keyword">return</span> LU_SITE_BITS_MIN; } </pre> </div></div> <p>It seemed that with the code above, if user sets lu_cache_nr=LU_CACHE_NR_UNLIMITED (e.g. to work around <a href="https://jira.whamcloud.com/browse/LU-5747" title="NULL pointer dereference in task_rq_lock when running mds-survey" class="issue-link" data-issue-key="LU-5747"><del>LU-5747</del></a>), it'd still get overwritten as LU_CACHE_NR_ZFS_LIMIT.</p> Development Rank 1|hzwyon: Rank (Obsolete) 16146 Severity