<div dir="ltr">Hi, you can try these patches and check their respective Jira entry:<div><div>git cherry-pick --strategy=recursive -X theirs 97823e65efd85bb2db325232584d65646be5644f # for centos 7.8 LU-13347<br>git cherry-pick --strategy=recursive -X theirs 851ba18ee0424a3a4bf27d54d0c1af20eaf04ed6 # for centos 7.8 LU-13347<br>git cherry-pick --strategy=recursive -X theirs 14a18654a64ae05a94a4394d53b030ce91357e9a # for centos 7.8 LU-12904<br></div></div><div><br></div><div>It seems 14a186 is directly what should fix your specific error, but the other one seems to be required when I tried to build it. <br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, May 14, 2020 at 7:11 PM Hebenstreit, Michael <<a href="mailto:michael.hebenstreit@intel.com">michael.hebenstreit@intel.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Trying to compile for new RH kernel I got some errors, I think because of <a href="https://patchwork.kernel.org/patch/11061873/" rel="noreferrer" target="_blank">https://patchwork.kernel.org/patch/11061873/</a>. My solution was this patch<br>
<br>
$ cat  /admin/work/buildenv_rh7/OFED/mlnx-5.0-2.1.8.0-1127.8.2-2.10.8/extra/gss_svc_upcall.patch<br>
--- lustre/ptlrpc/gss/gss_svc_upcall.c.orig     2020-05-14 15:58:38.000000000 -0600<br>
+++ lustre/ptlrpc/gss/gss_svc_upcall.c  2020-05-14 16:12:55.000000000 -0600<br>
@@ -1175,14 +1175,14 @@<br>
         * drop the request direclty, thus lead to unnecessary recovery time.<br>
         * here we wait at miximum 1.5 seconds. */<br>
        for (i = 0; i < 6; i++) {<br>
-               if (atomic_read(&rsi_cache.readers) > 0)<br>
+               if (atomic_read(&rsi_cache.writers) > 0)<br>
                        break;<br>
                set_current_state(TASK_UNINTERRUPTIBLE);<br>
                LASSERT(msecs_to_jiffies(MSEC_PER_SEC) >= 4);<br>
                schedule_timeout(msecs_to_jiffies(MSEC_PER_SEC / 4));<br>
        }<br>
<br>
-       if (atomic_read(&rsi_cache.readers) == 0)<br>
+       if (atomic_read(&rsi_cache.writers) == 0)<br>
                CWARN("Init channel is not opened by lsvcgssd, following "<br>
                      "request might be dropped until lsvcgssd is active\n");<br>
<br>
<br>
Does that look correct?<br>
<br>
Thanks<br>
Michael<br>
<br>
------------------------------------------------------------------------<br>
Michael Hebenstreit                 Senior Cluster Architect<br>
Intel Corporation, MS: RR1-105/H14  TSACG<br>
1600 Rio Rancho Blvd SE             Tel.:   +1 505-794-3144 <br>
Rio Rancho, NM 87124<br>
UNITED STATES                       E-mail: <a href="mailto:michael.hebenstreit@intel.com" target="_blank">michael.hebenstreit@intel.com</a><br>
<br>
<br>
_______________________________________________<br>
lustre-discuss mailing list<br>
<a href="mailto:lustre-discuss@lists.lustre.org" target="_blank">lustre-discuss@lists.lustre.org</a><br>
<a href="http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org" rel="noreferrer" target="_blank">http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org</a><br>
</blockquote></div>