<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 02:00:41 UTC 2024

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary append 'field=key&field=summary' to the URL of your request.
-->
<rss version="0.92" >
<channel>
    <title>Whamcloud Community JIRA</title>
    <link>https://jira.whamcloud.com</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>9.4.14</version>
        <build-number>940014</build-number>
        <build-date>05-12-2023</build-date>
    </build-info>


<item>
            <title>[LU-6490] builds on 3.12 fail in gss</title>
                <link>https://jira.whamcloud.com/browse/LU-6490</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;build fails in gss code.  not noticed until very recently due to commonly doing builds in environments without kerberos support or with --disable-gss.  lustre configured --disable-gss builds and runs fine.&lt;/p&gt;

&lt;p&gt;example errors:&lt;/p&gt;
&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;  CC [M]  /home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.o
/home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c: In function &#8216;request_key_unlink&#8217;:
/home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c:121:37: error: &#8216;const struct cred&#8217; has no member named &#8216;tgcred&#8217;
 #define key_tgcred(tsk) ((tsk)-&amp;gt;cred-&amp;gt;tgcred)
                                     ^
/home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c:649:18: note: in expansion of macro &#8216;key_tgcred&#8217;
   ring = key_get(key_tgcred(tsk)-&amp;gt;process_keyring);
                  ^
In file included from include/linux/srcu.h:33:0,
                 from include/linux/notifier.h:15,
                 from include/linux/memory_hotplug.h:6,
                 from include/linux/mmzone.h:830,
                 from include/linux/gfp.h:4,
                 from include/linux/kmod.h:22,
                 from include/linux/module.h:13,
                 from /home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c:43:
/home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c:121:37: error: &#8216;const struct cred&#8217; has no member named &#8216;tgcred&#8217;
 #define key_tgcred(tsk) ((tsk)-&amp;gt;cred-&amp;gt;tgcred)
                                     ^
include/linux/rcupdate.h:521:11: note: in definition of macro &#8216;__rcu_dereference_check&#8217;
   typeof(*p) *_________p1 = (typeof(*p)*__force )ACCESS_ONCE(p); \
           ^
include/linux/rcupdate.h:709:28: note: in expansion of macro &#8216;rcu_dereference_check&#8217;
 #define rcu_dereference(p) rcu_dereference_check(p, 0)
                            ^
/home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c:654:18: note: in expansion of macro &#8216;rcu_dereference&#8217;
   ring = key_get(rcu_dereference(key_tgcred(tsk)
                  ^
/home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c:654:34: note: in expansion of macro &#8216;key_tgcred&#8217;
   ring = key_get(rcu_dereference(key_tgcred(tsk)
                                  ^
/home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c:121:37: error: &#8216;const struct cred&#8217; has no member named &#8216;tgcred&#8217;
 #define key_tgcred(tsk) ((tsk)-&amp;gt;cred-&amp;gt;tgcred)
                                     ^
include/linux/rcupdate.h:521:38: note: in definition of macro &#8216;__rcu_dereference_check&#8217;
   typeof(*p) *_________p1 = (typeof(*p)*__force )ACCESS_ONCE(p); \
                                      ^
include/linux/rcupdate.h:709:28: note: in expansion of macro &#8216;rcu_dereference_check&#8217;
 #define rcu_dereference(p) rcu_dereference_check(p, 0)
                            ^
/home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c:654:18: note: in expansion of macro &#8216;rcu_dereference&#8217;
   ring = key_get(rcu_dereference(key_tgcred(tsk)
                  ^
/home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c:654:34: note: in expansion of macro &#8216;key_tgcred&#8217;
   ring = key_get(rcu_dereference(key_tgcred(tsk)
                                  ^
In file included from include/linux/init.h:4:0,
                 from /home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c:42:
/home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c:121:37: error: &#8216;const struct cred&#8217; has no member named &#8216;tgcred&#8217;
 #define key_tgcred(tsk) ((tsk)-&amp;gt;cred-&amp;gt;tgcred)
                                     ^
include/linux/compiler.h:365:43: note: in definition of macro &#8216;ACCESS_ONCE&#8217;
 #define ACCESS_ONCE(x) (*(volatile typeof(x) *)&amp;amp;(x))
                                           ^
include/linux/rcupdate.h:613:2: note: in expansion of macro &#8216;__rcu_dereference_check&#8217;
  __rcu_dereference_check((p), rcu_read_lock_held() || (c), __rcu)
  ^
include/linux/rcupdate.h:709:28: note: in expansion of macro &#8216;rcu_dereference_check&#8217;
 #define rcu_dereference(p) rcu_dereference_check(p, 0)
                            ^
/home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c:654:18: note: in expansion of macro &#8216;rcu_dereference&#8217;
   ring = key_get(rcu_dereference(key_tgcred(tsk)
                  ^
/home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c:654:34: note: in expansion of macro &#8216;key_tgcred&#8217;
   ring = key_get(rcu_dereference(key_tgcred(tsk)
                                  ^
/home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c:121:37: error: &#8216;const struct cred&#8217; has no member named &#8216;tgcred&#8217;
 #define key_tgcred(tsk) ((tsk)-&amp;gt;cred-&amp;gt;tgcred)
                                     ^
include/linux/compiler.h:365:50: note: in definition of macro &#8216;ACCESS_ONCE&#8217;
 #define ACCESS_ONCE(x) (*(volatile typeof(x) *)&amp;amp;(x))
                                                  ^
include/linux/rcupdate.h:613:2: note: in expansion of macro &#8216;__rcu_dereference_check&#8217;
  __rcu_dereference_check((p), rcu_read_lock_held() || (c), __rcu)
  ^
include/linux/rcupdate.h:709:28: note: in expansion of macro &#8216;rcu_dereference_check&#8217;
 #define rcu_dereference(p) rcu_dereference_check(p, 0)
                            ^
/home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c:654:18: note: in expansion of macro &#8216;rcu_dereference&#8217;
   ring = key_get(rcu_dereference(key_tgcred(tsk)
                  ^
/home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c:654:34: note: in expansion of macro &#8216;key_tgcred&#8217;
   ring = key_get(rcu_dereference(key_tgcred(tsk)
                                  ^
In file included from include/linux/srcu.h:33:0,
                 from include/linux/notifier.h:15,
                 from include/linux/memory_hotplug.h:6,
                 from include/linux/mmzone.h:830,
                 from include/linux/gfp.h:4,
                 from include/linux/kmod.h:22,
                 from include/linux/module.h:13,
                 from /home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c:43:
/home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c:121:37: error: &#8216;const struct cred&#8217; has no member named &#8216;tgcred&#8217;
 #define key_tgcred(tsk) ((tsk)-&amp;gt;cred-&amp;gt;tgcred)
                                     ^
include/linux/rcupdate.h:526:13: note: in definition of macro &#8216;__rcu_dereference_check&#8217;
   ((typeof(*p) __force __kernel *)(_________p1)); \
             ^
include/linux/rcupdate.h:709:28: note: in expansion of macro &#8216;rcu_dereference_check&#8217;
 #define rcu_dereference(p) rcu_dereference_check(p, 0)
                            ^
/home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c:654:18: note: in expansion of macro &#8216;rcu_dereference&#8217;
   ring = key_get(rcu_dereference(key_tgcred(tsk)
                  ^
/home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c:654:34: note: in expansion of macro &#8216;key_tgcred&#8217;
   ring = key_get(rcu_dereference(key_tgcred(tsk)
                                  ^
In file included from include/linux/init.h:4:0,
                 from /home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c:42:
/home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c: In function &#8216;gss_kt_instantiate&#8217;:
/home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c:121:37: error: &#8216;const struct cred&#8217; has no member named &#8216;tgcred&#8217;
 #define key_tgcred(tsk) ((tsk)-&amp;gt;cred-&amp;gt;tgcred)
                                     ^
include/linux/compiler.h:153:42: note: in definition of macro &#8216;unlikely&#8217;
 # define unlikely(x) __builtin_expect(!!(x), 0)
                                          ^
/home/bogl/lustre-release/libcfs/include/libcfs/libcfs_private.h:99:23: note: in expansion of macro &#8216;LASSERTF&#8217;
 #define LASSERT(cond) LASSERTF(cond, &quot;\n&quot;)
                       ^
/home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c:1244:2: note: in expansion of macro &#8216;LASSERT&#8217;
  LASSERT(key_tgcred(current)-&amp;gt;session_keyring);
  ^
/home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c:1244:10: note: in expansion of macro &#8216;key_tgcred&#8217;
  LASSERT(key_tgcred(current)-&amp;gt;session_keyring);
          ^
/home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c:121:37: error: &#8216;const struct cred&#8217; has no member named &#8216;tgcred&#8217;
 #define key_tgcred(tsk) ((tsk)-&amp;gt;cred-&amp;gt;tgcred)
                                     ^
/home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c:1247:16: note: in expansion of macro &#8216;key_tgcred&#8217;
  rc = key_link(key_tgcred(current)-&amp;gt;session_keyring, key);
                ^
/home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c:121:37: error: &#8216;const struct cred&#8217; has no member named &#8216;tgcred&#8217;
 #define key_tgcred(tsk) ((tsk)-&amp;gt;cred-&amp;gt;tgcred)
                                     ^
/home/bogl/lustre-release/libcfs/include/libcfs/libcfs_debug.h:231:55: note: in expansion of macro &#8216;key_tgcred&#8217;
                 libcfs_debug_msg(&amp;amp;msgdata, format, ## __VA_ARGS__);     \
                                                       ^
/home/bogl/lustre-release/libcfs/include/libcfs/libcfs_debug.h:241:9: note: in expansion of macro &#8216;__CDEBUG&#8217;
         __CDEBUG(&amp;amp;cdls, mask, format, ## __VA_ARGS__);\
         ^
/home/bogl/lustre-release/libcfs/include/libcfs/libcfs_debug.h:271:37: note: in expansion of macro &#8216;CDEBUG_LIMIT&#8217;
 #define CERROR(format, ...)         CDEBUG_LIMIT(D_ERROR, format, ## __VA_ARGS__)
                                     ^
/home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c:1250:3: note: in expansion of macro &#8216;CERROR&#8217;
   CERROR(&quot;failed to link key %08x to keyring %08x: %d\n&quot;,
   ^
/home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c: At top level:
/home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c:1409:9: error: initialization from incompatible pointer type [-Werror]
         .instantiate    = gss_kt_instantiate,
         ^
/home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c:1409:9: error: (near initialization for &#8216;gss_key_type.instantiate&#8217;) [-Werror]
/home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c:1410:9: error: initialization from incompatible pointer type [-Werror]
         .update         = gss_kt_update,
         ^
/home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.c:1410:9: error: (near initialization for &#8216;gss_key_type.update&#8217;) [-Werror]
cc1: all warnings being treated as errors
scripts/Makefile.build:324: recipe for target &apos;/home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.o&apos; failed
make[7]: *** [/home/bogl/lustre-release/lustre/ptlrpc/gss/gss_keyring.o] Error 1
scripts/Makefile.build:485: recipe for target &apos;/home/bogl/lustre-release/lustre/ptlrpc/gss&apos; failed
make[6]: *** [/home/bogl/lustre-release/lustre/ptlrpc/gss] Error 2
scripts/Makefile.build:485: recipe for target &apos;/home/bogl/lustre-release/lustre/ptlrpc&apos; failed
make[5]: *** [/home/bogl/lustre-release/lustre/ptlrpc] Error 2
scripts/Makefile.build:485: recipe for target &apos;/home/bogl/lustre-release/lustre&apos; failed
make[4]: *** [/home/bogl/lustre-release/lustre] Error 2
Makefile:1287: recipe for target &apos;_module_/home/bogl/lustre-release&apos; failed
make[3]: *** [_module_/home/bogl/lustre-release] Error 2
make[3]: Leaving directory &apos;/home/bogl/linux-3.12.39-47&apos;
autoMakefile:1018: recipe for target &apos;modules&apos; failed
make[2]: *** [modules] Error 2
make[2]: Leaving directory &apos;/home/bogl/lustre-release&apos;
autoMakefile:565: recipe for target &apos;all-recursive&apos; failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory &apos;/home/bogl/lustre-release&apos;
autoMakefile:466: recipe for target &apos;all&apos; failed
make: *** [all] Error 2
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;we need autoconf and code changes to adapt to different gss data structures and APIs seen in sles12.&lt;/p&gt;</description>
                <environment>sles12&lt;br/&gt;
</environment>
        <key id="29632">LU-6490</key>
            <summary>builds on 3.12 fail in gss</summary>
                <type id="1" iconUrl="https://jira.whamcloud.com/secure/viewavatar?size=xsmall&amp;avatarId=11303&amp;avatarType=issuetype">Bug</type>
                                            <priority id="3" iconUrl="https://jira.whamcloud.com/images/icons/priorities/major.svg">Major</priority>
                        <status id="5" iconUrl="https://jira.whamcloud.com/images/icons/statuses/resolved.png" description="A resolution has been taken, and it is awaiting verification by reporter. From here issues are either reopened, or are closed.">Resolved</status>
                    <statusCategory id="3" key="done" colorName="success"/>
                                    <resolution id="1">Fixed</resolution>
                                        <assignee username="bogl">Bob Glossman</assignee>
                                    <reporter username="bogl">Bob Glossman</reporter>
                        <labels>
                            <label>patch</label>
                    </labels>
                <created>Thu, 23 Apr 2015 20:21:45 +0000</created>
                <updated>Fri, 1 Jul 2016 18:49:51 +0000</updated>
                            <resolved>Wed, 5 Aug 2015 12:51:23 +0000</resolved>
                                    <version>Lustre 2.8.0</version>
                                    <fixVersion>Lustre 2.8.0</fixVersion>
                                        <due></due>
                            <votes>0</votes>
                                    <watches>10</watches>
                                                                            <comments>
                            <comment id="113259" author="simmonsja" created="Thu, 23 Apr 2015 20:38:46 +0000"  >&lt;p&gt;This appears to be missing in newer upstream kernel versions as well. Does RHEL7 have this same issue?&lt;/p&gt;</comment>
                            <comment id="113260" author="bogl" created="Thu, 23 Apr 2015 20:41:38 +0000"  >&lt;p&gt;no, not an issue in el7&lt;/p&gt;</comment>
                            <comment id="113275" author="bogl" created="Thu, 23 Apr 2015 23:19:04 +0000"  >&lt;p&gt;it may be a non issue on el7 only because there&apos;s no libgssglue or libgssapi there.  lustre build won&apos;t build gss due to missing libs on el7.&lt;/p&gt;</comment>
                            <comment id="113335" author="adilger" created="Fri, 24 Apr 2015 18:11:37 +0000"  >&lt;p&gt;Sebastien, it looks like there may be some issues with GSS + RHEL 7 (see earlier comments in this bug).  Is this addressed by your patches under &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-6356&quot; title=&quot;Kerberos revival&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-6356&quot;&gt;&lt;del&gt;LU-6356&lt;/del&gt;&lt;/a&gt;?&lt;/p&gt;</comment>
                            <comment id="113484" author="simmonsja" created="Mon, 27 Apr 2015 14:55:48 +0000"  >&lt;p&gt;Looking at newer kernels besides the removal of tgcred also struct key_type has changed.&lt;/p&gt;</comment>
                            <comment id="113866" author="sebastien.buisson" created="Thu, 30 Apr 2015 14:29:05 +0000"  >&lt;p&gt;Hi,&lt;/p&gt;

&lt;p&gt;None of the patches under &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-6356&quot; title=&quot;Kerberos revival&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-6356&quot;&gt;&lt;del&gt;LU-6356&lt;/del&gt;&lt;/a&gt; address the build issue on RHEL7 or newer kernels.&lt;br/&gt;
However we have opened a separate ticket to report the build problem of lack of libgssglue or libgssapi on RHEL7: &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-6237&quot; title=&quot;EL7 libgssglue or libgssapi are not found&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-6237&quot;&gt;&lt;del&gt;LU-6237&lt;/del&gt;&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;Cheers,&lt;br/&gt;
Sebastien.&lt;/p&gt;</comment>
                            <comment id="119014" author="gerrit" created="Thu, 18 Jun 2015 18:45:54 +0000"  >&lt;p&gt;Sebastien Buisson (sebastien.buisson@bull.net) uploaded a new patch: &lt;a href=&quot;http://review.whamcloud.com/15342&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/15342&lt;/a&gt;&lt;br/&gt;
Subject: &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-6490&quot; title=&quot;builds on 3.12 fail in gss&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-6490&quot;&gt;&lt;del&gt;LU-6490&lt;/del&gt;&lt;/a&gt; gss: rhel7 adjustments for gssapi code&lt;br/&gt;
Project: fs/lustre-release&lt;br/&gt;
Branch: master&lt;br/&gt;
Current Patch Set: 1&lt;br/&gt;
Commit: 1d31032524e59dea8ed7500a65d8252a29d40526&lt;/p&gt;</comment>
                            <comment id="119015" author="sebastien.buisson" created="Thu, 18 Jun 2015 18:46:07 +0000"  >&lt;p&gt;Hi,&lt;/p&gt;

&lt;p&gt;I have made a patch to address the various changes around gssapi in rhel7.&lt;/p&gt;

&lt;p&gt;Could you please have a look and review it?&lt;/p&gt;

&lt;p&gt;Thanks,&lt;br/&gt;
Sebastien.&lt;/p&gt;</comment>
                            <comment id="119020" author="pjones" created="Thu, 18 Jun 2015 19:14:41 +0000"  >&lt;p&gt;Bob&lt;/p&gt;

&lt;p&gt;Could you please take care of this patch?&lt;/p&gt;

&lt;p&gt;Thanks&lt;/p&gt;

&lt;p&gt;Peter&lt;/p&gt;</comment>
                            <comment id="119103" author="bogl" created="Fri, 19 Jun 2015 14:18:21 +0000"  >&lt;p&gt;I see the following build fail on sles12 with this proposed mod:&lt;/p&gt;
&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;make[3]: Entering directory &apos;/home/bogl/lustre-release/lustre/utils&apos;
Making all in gss
make[4]: Entering directory &apos;/home/bogl/lustre-release/lustre/utils/gss&apos;
gcc -DHAVE_CONFIG_H -I. -I../../..   -include
/home/bogl/lustre-release/config.h -I/home/bogl/lustre-release/libcfs/include
-I/home/bogl/lustre-release/lnet/include
-I/home/bogl/lustre-release/lustre/include  -fPIC -D_LARGEFILE64_SOURCE=1
-D_FILE_OFFSET_BITS=64 -DLUSTRE_UTILS=1 -g -O2 -Werror  -g -O2 -Werror -MT
lsvcgssd-context.o -MD -MP -MF .deps/lsvcgssd-context.Tpo -c -o
lsvcgssd-context.o `test -f &apos;context.c&apos; || echo &apos;./&apos;`context.c
context.c:35:27: fatal error: gssapi/gssapi.h: No such file or directory
 #include &amp;lt;gssapi/gssapi.h&amp;gt;
                           ^
compilation terminated.
Makefile:969: recipe for target &apos;lsvcgssd-context.o&apos; failed
make[4]: *** [lsvcgssd-context.o] Error 1
make[4]: Leaving directory &apos;/home/bogl/lustre-release/lustre/utils/gss&apos;
Makefile:1277: recipe for target &apos;all-recursive&apos; failed
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory &apos;/home/bogl/lustre-release/lustre/utils&apos;
autoMakefile:488: recipe for target &apos;all-recursive&apos; failed
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory &apos;/home/bogl/lustre-release/lustre&apos;
autoMakefile:564: recipe for target &apos;all-recursive&apos; failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory &apos;/home/bogl/lustre-release&apos;
autoMakefile:463: recipe for target &apos;all&apos; failed
make: *** [all] Error 2
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;The #include file /usr/include/gssglue/gssapi/gssapi.h does exist.  It&apos;s not clear to me why the build isn&apos;t finding it and using it.&lt;/p&gt;</comment>
                            <comment id="119104" author="bogl" created="Fri, 19 Jun 2015 14:44:24 +0000"  >&lt;p&gt;The previous build fail was due to not having krb5-devel installed on sles12.  Once I install that the build is OK.&lt;/p&gt;

&lt;p&gt;I think eliminating some of the autocconf checks for dependencies may be wrong or have gone too far.  It would be better to detect lack of needed #includes and refuse to build gss as it used to.&lt;/p&gt;</comment>
                            <comment id="119108" author="sebastien.buisson" created="Fri, 19 Jun 2015 15:14:14 +0000"  >&lt;p&gt;As krb5-devel installs libgssapi_krb5 which provides gss_krb5_export_lucid_sec_context() that is tested in a config check, how come gss build can be enabled without this rpm?&lt;/p&gt;</comment>
                            <comment id="119109" author="gerrit" created="Fri, 19 Jun 2015 15:16:30 +0000"  >&lt;p&gt;Bob Glossman (bob.glossman@intel.com) uploaded a new patch: &lt;a href=&quot;http://review.whamcloud.com/15354&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/15354&lt;/a&gt;&lt;br/&gt;
Subject: &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-6490&quot; title=&quot;builds on 3.12 fail in gss&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-6490&quot;&gt;&lt;del&gt;LU-6490&lt;/del&gt;&lt;/a&gt; build: enable gss build on sles12&lt;br/&gt;
Project: fs/lustre-release&lt;br/&gt;
Branch: master&lt;br/&gt;
Current Patch Set: 1&lt;br/&gt;
Commit: 586b0e9486e8304b51bcd1cf4051a303f121630f&lt;/p&gt;</comment>
                            <comment id="119114" author="bogl" created="Fri, 19 Jun 2015 15:43:51 +0000"  >&lt;p&gt;I think the check for gss_krb5_export_lucid_sec_context() is one of the checks eliminated in your mod.  The lack of that check is what now allows enable of gss build without krb5-devel (I think).  Would be good to have some replacement check that turns off gss enable if trying to build without krb5-devel present.&lt;/p&gt;

&lt;p&gt;As long as we equip our standard, regular build environments with all the needed rpms I don&apos;t think this is a critical issue.  However it is a small regression and may bite some users that do their own builds unexpectedly.&lt;/p&gt;</comment>
                            <comment id="119216" author="sebastien.buisson" created="Mon, 22 Jun 2015 15:36:30 +0000"  >&lt;p&gt;To me the check for gss_krb5_export_lucid_sec_context() is still there in lustre/autoconf/kerberos5.m4, which is part of AC_KERBEROS_V5 checks, called from LC_CONFIG_GSS in lustre/autoconf/lustre-core.m4.&lt;br/&gt;
But the check for gss_krb5_export_lucid_sec_context() looks into libgssapi_krb5 for the binary symbols, not for the headers brought by krb5-devel. However, in AC_KERBEROS_V5 check (lustre/autoconf/kerberos5.m4), there is a test on $dir/include/gssapi/gssapi_krb5.h existence.&lt;br/&gt;
So we should not end up building with gssapi support in an environment where libs are installed but not the corresponding headers.&lt;/p&gt;</comment>
                            <comment id="122081" author="simmonsja" created="Thu, 23 Jul 2015 22:26:39 +0000"  >&lt;p&gt;Any updates on a possible solution?&lt;/p&gt;</comment>
                            <comment id="122096" author="sebastien.buisson" created="Fri, 24 Jul 2015 06:37:42 +0000"  >&lt;p&gt;Hi,&lt;/p&gt;

&lt;p&gt;As I explained in a comment in &lt;a href=&quot;http://review.whamcloud.com/15342&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/15342&lt;/a&gt;, in both rhel6 and rhel7, /usr/include/gssapi/gssapi.h is brought by the same rpm as /usr/include/gssapi/gssapi_krb5.h, which is krb5-devel rpm. Given that gssapi/gssapi_krb5.h is tested in AC_KERBEROS_V5 check (lustre/autoconf/kerberos5.m4), we cannot end up building with GSS support when gssapi/gssapi.h is missing. In my build environment, the absence of gssapi/gssapi_krb5.h disables GSS support, both in rhel6 and rhel7.&lt;/p&gt;

&lt;p&gt;I agree autoconf/configure is not robust to the situation where gssapi/gssapi_krb5.h is there but gssapi/gssapi.h is not, but rpm packaging may be blamed in that case.&lt;/p&gt;

&lt;p&gt;What do you think?&lt;/p&gt;</comment>
                            <comment id="122150" author="simmonsja" created="Fri, 24 Jul 2015 17:38:53 +0000"  >&lt;p&gt;Sebastien which rpms did you install for RHEL6.X and RHEL7?&lt;/p&gt;</comment>
                            <comment id="122153" author="green" created="Fri, 24 Jul 2015 17:42:07 +0000"  >&lt;p&gt;I do not have krb5-devel installed, but I do have krb5-libs&lt;/p&gt;

&lt;p&gt;So autoconf est seems to have a bug (excerpt from config.log):&lt;/p&gt;
&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;configure:18332: checking for Kerberos v5
configure:18421: result: 
configure:18435: checking for gss_krb5_export_lucid_sec_context in -l
configure:18470: gcc -o conftest -g -O2 -I/home/green/git/lustre-release/libcfs/include -I/home/green/git/lustre-release/lnet/include -I/home/green/git/lustre-release/lustre/include   conftest.c -l   &amp;gt;&amp;amp;5
gcc: argument to &apos;-l&apos; is missing
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;</comment>
                            <comment id="122162" author="simmonsja" created="Fri, 24 Jul 2015 18:38:12 +0000"  >&lt;p&gt;With my testing with Oleg&apos;s setup looking at the config.log I see the following:&lt;/p&gt;

&lt;p&gt;configure:18580: checking for gss_krb5_export_lucid_sec_context in -l&lt;br/&gt;
configure:18615: gcc -o conftest -g -O2 -I/tmp/lustre-2.7.56/libcfs/include -I/tmp/lustre-2.7.56/lnet/include -I/tmp/lustre-2.7.56/lustre/include   conftest.c -l  -lkeyutils  &amp;gt;&amp;amp;5&lt;br/&gt;
/usr/bin/ld: cannot find -l-lkeyutils&lt;br/&gt;
collect2: ld returned 1 exit status&lt;/p&gt;

&lt;p&gt;Oleg do you have the keyutils packages installed as well?&lt;/p&gt;</comment>
                            <comment id="122246" author="sebastien.buisson" created="Mon, 27 Jul 2015 11:13:38 +0000"  >&lt;p&gt;Hi,&lt;/p&gt;

&lt;p&gt;For both RHEL6 and RHEL7, I have the same rpms installed:&lt;br/&gt;
krb5-devel&lt;br/&gt;
krb5-libs&lt;br/&gt;
krb5-workstation&lt;br/&gt;
pam_krb5&lt;/p&gt;

&lt;p&gt;The issue met by Oleg is due to a lack of checking of $KRBDIR in kerberos5.m4 and lustre-core.m4. I have updated my patch at &lt;a href=&quot;http://review.whamcloud.com/15342&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/15342&lt;/a&gt; to fix this.&lt;/p&gt;

&lt;p&gt;Sebastien.&lt;/p&gt;</comment>
                            <comment id="122465" author="simmonsja" created="Tue, 28 Jul 2015 19:29:39 +0000"  >&lt;p&gt;We will need on more kernel patch to support Ubuntu15.&lt;/p&gt;</comment>
                            <comment id="122680" author="gerrit" created="Thu, 30 Jul 2015 14:29:38 +0000"  >&lt;p&gt;James Simmons (uja.ornl@yahoo.com) uploaded a new patch: &lt;a href=&quot;http://review.whamcloud.com/15804&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/15804&lt;/a&gt;&lt;br/&gt;
Subject: &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-6490&quot; title=&quot;builds on 3.12 fail in gss&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-6490&quot;&gt;&lt;del&gt;LU-6490&lt;/del&gt;&lt;/a&gt; gss: handle key_type match replacement&lt;br/&gt;
Project: fs/lustre-release&lt;br/&gt;
Branch: master&lt;br/&gt;
Current Patch Set: 1&lt;br/&gt;
Commit: 8d5eef7ff61cf619b1881161c02c88e0138cfb81&lt;/p&gt;</comment>
                            <comment id="122970" author="gerrit" created="Mon, 3 Aug 2015 01:59:31 +0000"  >&lt;p&gt;Oleg Drokin (oleg.drokin@intel.com) merged in patch &lt;a href=&quot;http://review.whamcloud.com/15342/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/15342/&lt;/a&gt;&lt;br/&gt;
Subject: &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-6490&quot; title=&quot;builds on 3.12 fail in gss&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-6490&quot;&gt;&lt;del&gt;LU-6490&lt;/del&gt;&lt;/a&gt; gss: 3.1x kernels adjustments for gssapi code&lt;br/&gt;
Project: fs/lustre-release&lt;br/&gt;
Branch: master&lt;br/&gt;
Current Patch Set: &lt;br/&gt;
Commit: 37e738fbde6220164da7b9c2097065eb323e2da7&lt;/p&gt;</comment>
                            <comment id="122971" author="gerrit" created="Mon, 3 Aug 2015 01:59:54 +0000"  >&lt;p&gt;Oleg Drokin (oleg.drokin@intel.com) merged in patch &lt;a href=&quot;http://review.whamcloud.com/15354/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/15354/&lt;/a&gt;&lt;br/&gt;
Subject: &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-6490&quot; title=&quot;builds on 3.12 fail in gss&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-6490&quot;&gt;&lt;del&gt;LU-6490&lt;/del&gt;&lt;/a&gt; build: enable gss build on sles12&lt;br/&gt;
Project: fs/lustre-release&lt;br/&gt;
Branch: master&lt;br/&gt;
Current Patch Set: &lt;br/&gt;
Commit: d3341dff726d8781f16e21f7d403c2ec11f8113d&lt;/p&gt;</comment>
                            <comment id="123007" author="simmonsja" created="Mon, 3 Aug 2015 14:53:29 +0000"  >&lt;p&gt;One patch left to enable Ubuntu15 support.&lt;/p&gt;</comment>
                            <comment id="123280" author="gerrit" created="Wed, 5 Aug 2015 02:19:42 +0000"  >&lt;p&gt;Oleg Drokin (oleg.drokin@intel.com) merged in patch &lt;a href=&quot;http://review.whamcloud.com/15804/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/15804/&lt;/a&gt;&lt;br/&gt;
Subject: &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-6490&quot; title=&quot;builds on 3.12 fail in gss&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-6490&quot;&gt;&lt;del&gt;LU-6490&lt;/del&gt;&lt;/a&gt; gss: handle struct key_type match replacement&lt;br/&gt;
Project: fs/lustre-release&lt;br/&gt;
Branch: master&lt;br/&gt;
Current Patch Set: &lt;br/&gt;
Commit: 50c79ee142be4bad9e63d603dda0a8d80ac40444&lt;/p&gt;</comment>
                            <comment id="123311" author="pjones" created="Wed, 5 Aug 2015 12:51:23 +0000"  >&lt;p&gt;Landed for 2.8&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10011">
                    <name>Related</name>
                                            <outwardlinks description="is related to ">
                                        <issuelink>
            <issuekey id="29055">LU-6356</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="27878">LU-6020</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="28681">LU-6237</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="28577">LU-6215</issuekey>
        </issuelink>
                            </outwardlinks>
                                                                <inwardlinks description="is related to">
                                        <issuelink>
            <issuekey id="26499">LU-5609</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <attachments>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                                                                                                                                            <customfield id="customfield_10890" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummary">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                        <customfield id="customfield_10390" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>1|hzxbg7:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10090" key="com.pyxis.greenhopper.jira:gh-global-rank">
                        <customfieldname>Rank (Obsolete)</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>9223372036854775807</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10060" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Severity</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10022"><![CDATA[3]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                        </customfields>
    </item>
</channel>
</rss>