<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 02:23:01 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-9073] SSK: lgss_sk generates keys with invalid HMAC and Crypto algorithms</title>
                <link>https://jira.whamcloud.com/browse/LU-9073</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;With the landing of commit c6f5e8121366be05765dabe0008165166d3f431c for &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-8602&quot; title=&quot;Support GSS crypto code with linux 4.6 kernels&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-8602&quot;&gt;&lt;del&gt;LU-8602&lt;/del&gt;&lt;/a&gt;, lgss_sk now generates keys with invalid HMAC and Crypto algorithms. The HMAC and Crypto algorithms are being swapped.&lt;/p&gt;

&lt;p&gt;== Master HEAD at c6f5e8121366be05765dabe0008165166d3f431c ==&lt;/p&gt;

&lt;ol&gt;
	&lt;li&gt;lgss_sk -t server -f testfs -w testfs_test_with_&lt;a href=&quot;https://jira.whamcloud.com/browse/LU-8602&quot; title=&quot;Support GSS crypto code with linux 4.6 kernels&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-8602&quot;&gt;&lt;del&gt;LU-8602&lt;/del&gt;&lt;/a&gt;.key -d /dev/urandom&lt;br/&gt;
Reading random data for shared key from &apos;/dev/urandom&apos;&lt;/li&gt;
&lt;/ol&gt;


&lt;ol&gt;
	&lt;li&gt;lgss_sk -r testfs_test_with_&lt;a href=&quot;https://jira.whamcloud.com/browse/LU-8602&quot; title=&quot;Support GSS crypto code with linux 4.6 kernels&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-8602&quot;&gt;&lt;del&gt;LU-8602&lt;/del&gt;&lt;/a&gt;.key&lt;br/&gt;
warning: secret key &apos;testfs_test_with_&lt;a href=&quot;https://jira.whamcloud.com/browse/LU-8602&quot; title=&quot;Support GSS crypto code with linux 4.6 kernels&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-8602&quot;&gt;&lt;del&gt;LU-8602&lt;/del&gt;&lt;/a&gt;.key&apos; has insecure file mode 0100400&lt;br/&gt;
Version:        1&lt;br/&gt;
Type:           server&lt;br/&gt;
HMAC alg:       AES-256-CTR&lt;br/&gt;
Crypto alg:     sha256&lt;br/&gt;
Ctx Expiration: 604800 seconds&lt;br/&gt;
Shared keylen:  256 bits&lt;br/&gt;
Prime length:   2048 bits&lt;br/&gt;
File system:    testfs&lt;br/&gt;
MGS NIDs:      &lt;br/&gt;
Nodemap name:   default&lt;/li&gt;
&lt;/ol&gt;



&lt;p&gt;== &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-8602&quot; title=&quot;Support GSS crypto code with linux 4.6 kernels&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-8602&quot;&gt;&lt;del&gt;LU-8602&lt;/del&gt;&lt;/a&gt; reverted ==&lt;/p&gt;

&lt;ol&gt;
	&lt;li&gt;lgss_sk -t server -f testfs -w testfs_test_without_&lt;a href=&quot;https://jira.whamcloud.com/browse/LU-8602&quot; title=&quot;Support GSS crypto code with linux 4.6 kernels&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-8602&quot;&gt;&lt;del&gt;LU-8602&lt;/del&gt;&lt;/a&gt;.key -d /dev/urandom&lt;br/&gt;
Reading random data for shared key from &apos;/dev/urandom&apos;&lt;/li&gt;
&lt;/ol&gt;


&lt;ol&gt;
	&lt;li&gt;lgss_sk -r testfs_test_without_&lt;a href=&quot;https://jira.whamcloud.com/browse/LU-8602&quot; title=&quot;Support GSS crypto code with linux 4.6 kernels&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-8602&quot;&gt;&lt;del&gt;LU-8602&lt;/del&gt;&lt;/a&gt;.key&lt;br/&gt;
warning: secret key &apos;testfs_test_without_&lt;a href=&quot;https://jira.whamcloud.com/browse/LU-8602&quot; title=&quot;Support GSS crypto code with linux 4.6 kernels&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-8602&quot;&gt;&lt;del&gt;LU-8602&lt;/del&gt;&lt;/a&gt;.key&apos; has insecure file mode 0100400&lt;br/&gt;
Version:        1&lt;br/&gt;
Type:           server&lt;br/&gt;
HMAC alg:       SHA256&lt;br/&gt;
Crypto alg:     AES-256-CTR&lt;br/&gt;
Ctx Expiration: 604800 seconds&lt;br/&gt;
Shared keylen:  256 bits&lt;br/&gt;
Prime length:   2048 bits&lt;br/&gt;
File system:    testfs&lt;br/&gt;
MGS NIDs:      &lt;br/&gt;
Nodemap name:   default&lt;/li&gt;
&lt;/ol&gt;


&lt;ol&gt;
	&lt;li&gt;lgss_sk -r testfs_test_with_&lt;a href=&quot;https://jira.whamcloud.com/browse/LU-8602&quot; title=&quot;Support GSS crypto code with linux 4.6 kernels&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-8602&quot;&gt;&lt;del&gt;LU-8602&lt;/del&gt;&lt;/a&gt;.key&lt;br/&gt;
warning: secret key &apos;testfs_test_with_&lt;a href=&quot;https://jira.whamcloud.com/browse/LU-8602&quot; title=&quot;Support GSS crypto code with linux 4.6 kernels&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-8602&quot;&gt;&lt;del&gt;LU-8602&lt;/del&gt;&lt;/a&gt;.key&apos; has insecure file mode 0100400&lt;br/&gt;
Invalid HMAC algorithm&lt;br/&gt;
error: key configuration failed validation&lt;/li&gt;
&lt;/ol&gt;



&lt;p&gt;The problem manifests itself by logging the following when secure contexts are being instantiated:&lt;/p&gt;

&lt;p&gt;kernel: LustreError: 2559:0:(gss_sk_mech.c:172:sk_fill_context()) Invalid hmac type: 65541&lt;br/&gt;
kernel: LustreError: 2559:0:(gss_sk_mech.c:172:sk_fill_context()) Skipped 1 previous similar message&lt;br/&gt;
kernel: LustreError: 2559:0:(gss_svc_upcall.c:668:rsc_parse()) parse rsc error -22&lt;br/&gt;
kernel: LustreError: 2559:0:(gss_svc_upcall.c:668:rsc_parse()) Skipped 1 previous similar message&lt;br/&gt;
kernel: LustreError: 2450:0:(gss_svc_upcall.c:1018:gss_svc_upcall_handle_init()) authentication failed&lt;/p&gt;
</description>
                <environment></environment>
        <key id="43474">LU-9073</key>
            <summary>SSK: lgss_sk generates keys with invalid HMAC and Crypto algorithms</summary>
                <type id="1" iconUrl="https://jira.whamcloud.com/secure/viewavatar?size=xsmall&amp;avatarId=11303&amp;avatarType=issuetype">Bug</type>
                                            <priority id="1" iconUrl="https://jira.whamcloud.com/images/icons/priorities/blocker.svg">Blocker</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="simmonsja">James A Simmons</assignee>
                                    <reporter username="nblavend">Nathan Lavender</reporter>
                        <labels>
                    </labels>
                <created>Wed, 1 Feb 2017 19:33:40 +0000</created>
                <updated>Tue, 27 Jun 2017 19:32:54 +0000</updated>
                            <resolved>Tue, 27 Jun 2017 19:32:54 +0000</resolved>
                                    <version>Lustre 2.10.0</version>
                                    <fixVersion>Lustre 2.10.0</fixVersion>
                                        <due></due>
                            <votes>0</votes>
                                    <watches>11</watches>
                                                                            <comments>
                            <comment id="182986" author="simmonsja" created="Wed, 1 Feb 2017 23:07:25 +0000"  >&lt;p&gt;I see the print out error that I missed but the mapping seemed pretty straight forward. Is the bug in the tool or in the kernel code?&lt;/p&gt;</comment>
                            <comment id="182991" author="gerrit" created="Wed, 1 Feb 2017 23:48:47 +0000"  >&lt;p&gt;James Simmons (uja.ornl@yahoo.com) uploaded a new patch: &lt;a href=&quot;https://review.whamcloud.com/25199&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://review.whamcloud.com/25199&lt;/a&gt;&lt;br/&gt;
Subject: &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-9073&quot; title=&quot;SSK: lgss_sk generates keys with invalid HMAC and Crypto algorithms&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-9073&quot;&gt;&lt;del&gt;LU-9073&lt;/del&gt;&lt;/a&gt; gss: Fix mixup between standard crypto and krb5 handling&lt;br/&gt;
Project: fs/lustre-release&lt;br/&gt;
Branch: master&lt;br/&gt;
Current Patch Set: 1&lt;br/&gt;
Commit: 741c567849282d12ed3d45d51d32b286393b092f&lt;/p&gt;</comment>
                            <comment id="182992" author="simmonsja" created="Wed, 1 Feb 2017 23:49:12 +0000"  >&lt;p&gt;Can you test the patch I just pushed to see if it fixed things. Now I know who to include in reviews that can test my patches.&lt;/p&gt;</comment>
                            <comment id="183018" author="gerrit" created="Thu, 2 Feb 2017 06:01:16 +0000"  >&lt;p&gt;Andreas Dilger (andreas.dilger@intel.com) uploaded a new patch: &lt;a href=&quot;https://review.whamcloud.com/25201&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://review.whamcloud.com/25201&lt;/a&gt;&lt;br/&gt;
Subject: &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-9073&quot; title=&quot;SSK: lgss_sk generates keys with invalid HMAC and Crypto algorithms&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-9073&quot;&gt;&lt;del&gt;LU-9073&lt;/del&gt;&lt;/a&gt; gss: quiet insecure key file warning&lt;br/&gt;
Project: fs/lustre-release&lt;br/&gt;
Branch: master&lt;br/&gt;
Current Patch Set: 1&lt;br/&gt;
Commit: 169a55899cd1346fb6ecae5cc396e928c7c3ea27&lt;/p&gt;</comment>
                            <comment id="183701" author="gerrit" created="Tue, 7 Feb 2017 06:19:54 +0000"  >&lt;p&gt;Oleg Drokin (oleg.drokin@intel.com) merged in patch &lt;a href=&quot;https://review.whamcloud.com/25201/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://review.whamcloud.com/25201/&lt;/a&gt;&lt;br/&gt;
Subject: &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-9073&quot; title=&quot;SSK: lgss_sk generates keys with invalid HMAC and Crypto algorithms&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-9073&quot;&gt;&lt;del&gt;LU-9073&lt;/del&gt;&lt;/a&gt; gss: quiet insecure key file warning&lt;br/&gt;
Project: fs/lustre-release&lt;br/&gt;
Branch: master&lt;br/&gt;
Current Patch Set: &lt;br/&gt;
Commit: b5c4f0305323a44c38357420e1ee84dd343f4875&lt;/p&gt;</comment>
                            <comment id="184019" author="simmonsja" created="Wed, 8 Feb 2017 20:46:11 +0000"  >&lt;p&gt;Can you give my patch another try?&lt;/p&gt;</comment>
                            <comment id="184031" author="nblavend" created="Wed, 8 Feb 2017 21:51:24 +0000"  >&lt;p&gt;I&apos;m no longer seeing &apos;sk_fill_context()) Invalid hmac type: 65541&apos; errors with the latest patch. However, I&apos;m now seeing the following errors logged by clients:&lt;/p&gt;


&lt;p&gt;{{[  560.612216] LustreError: 11271:0:(lmv_obd.c:1395:lmv_statfs()) can&apos;t stat MDS #0 (lustre-MDT0000-mdc-ffff880138e9a000), error -4&lt;br/&gt;
[  560.612380] LustreError: 11271:0:(llite_lib.c:1737:ll_statfs_internal()) md_statfs fails: rc = -4&lt;br/&gt;
[  565.763600] LustreError: 3033:0:(sec_gss.c:204:gss_sign_msg()) fail to generate MIC: 000d0000}}&lt;/p&gt;

&lt;p&gt;As a result of these errors  all cli2mdt and cli2ost connections are in a disconnected state; they never recover. I&apos;ll dig deeper into this tomorrow. &lt;/p&gt;</comment>
                            <comment id="184116" author="jfilizetti" created="Thu, 9 Feb 2017 13:14:26 +0000"  >&lt;p&gt;I&apos;ve posted comments in the patch on what I think is the problem.&lt;/p&gt;</comment>
                            <comment id="185376" author="nblavend" created="Fri, 17 Feb 2017 20:01:03 +0000"  >&lt;p&gt;Patchset 4 crashes when built as follows:&lt;/p&gt;

&lt;p&gt;{{git checkout -b shared-key c6f5e8121366be05765dabe0008165166d3f431c&lt;br/&gt;
git fetch &lt;a href=&quot;http://review.whamcloud.com/fs/lustre-release&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/fs/lustre-release&lt;/a&gt; refs/changes/80/20780/66 &amp;amp;&amp;amp; git cherry-pick FETCH_HEAD&lt;br/&gt;
git fetch &lt;a href=&quot;https://review.whamcloud.com/fs/lustre-release&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://review.whamcloud.com/fs/lustre-release&lt;/a&gt; refs/changes/99/25199/4 &amp;amp;&amp;amp; git cherry-pick FETCH_HEAD&lt;br/&gt;
git fetch &lt;a href=&quot;https://review.whamcloud.com/fs/lustre-release&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://review.whamcloud.com/fs/lustre-release&lt;/a&gt; refs/changes/36/24236/2 &amp;amp;&amp;amp; git cherry-pick FETCH_HEAD}}&lt;/p&gt;

&lt;p&gt;Reproduce crash with:&lt;/p&gt;

&lt;p&gt;&lt;tt&gt;export SHARED_KEY=true; /usr/lib64/lustre/tests/llmount.sh&lt;/tt&gt;&lt;/p&gt;

&lt;p&gt;Call trace:&lt;/p&gt;

&lt;p&gt;{{[  416.036450] Lustre: DEBUG MARKER: Using TIMEOUT=20&lt;br/&gt;
[  426.124318] Lustre: DEBUG MARKER: Setting sptlrpc rule: lustre.srpc.flavor.default.cli2mdt=ski&lt;br/&gt;
[  426.140373] Lustre: DEBUG MARKER: Setting sptlrpc rule: lustre.srpc.flavor.default.cli2ost=ski&lt;br/&gt;
[  445.048297] Lustre: 4666:0:(sec_gss.c:2063:gss_svc_handle_init()) create svc ctx ffff8800b196e440: user from 0@lo authenticated as root&lt;br/&gt;
[  445.048311] Lustre: 4666:0:(sec_gss.c:371:gss_cli_ctx_uptodate()) server installed reverse ctx ffff880130545a80 idx 0xe3d2a3daf9dd43cb, expiry 1487965290(+604800s)&lt;br/&gt;
[  445.067518] Lustre: 4669:0:(sec_gss.c:378:gss_cli_ctx_uptodate()) client refreshed ctx ffff8800a8fef3c0 idx 0xe3d2a3daf9dd43ce (0-&amp;gt;lustre-MDT0000_UUID), expiry 1487965280(+604790s)&lt;br/&gt;
[  445.067534] Lustre: 4669:0:(gss_svc_upcall.c:863:gss_svc_upcall_install_rvs_ctx()) create reverse svc ctx ffff8800b196e040 to lustre-MDT0000_UUID: idx 0xe3d2a3daf9dd43cb&lt;br/&gt;
[  445.067590] BUG: unable to handle kernel NULL pointer dereference at           (null)&lt;br/&gt;
[  445.067674] IP: &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff81076e6d&amp;gt;&amp;#93;&lt;/span&gt; sha256_ssse3_finup+0xcd/0x2f0&lt;br/&gt;
[  445.067748] PGD 130c5c067 PUD 130536067 PMD 0 &lt;br/&gt;
[  445.067807] Oops: 0002 &lt;a href=&quot;#1&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;1&lt;/a&gt; SMP &lt;br/&gt;
[  445.067867] Modules linked in: ofd(OE) ost(OE) osp(OE) mdd(OE) lod(OE) mdt(OE) lfsck(OE) mgs(OE) osd_ldiskfs(OE) lquota(OE) ldiskfs(OE) mbcache jbd2 loop zfs(POE) zunicode(POE) zavl(POE) zcommon(POE) znvpair(POE) spl(OE) zlib_deflate lustre(OE) obdecho(OE) mgc(OE) lov(OE) osc(OE) mdc(OE) lmv(OE) fid(OE) fld(OE) ptlrpc_gss(OE) ptlrpc(OE) obdclass(OE) ksocklnd(OE) lnet(OE) sha512_ssse3 sha512_generic crypto_null libcfs(OE) rpcsec_gss_krb5 nfsv4 dns_resolver nfs fscache snd_hda_codec_generic snd_hda_intel snd_hda_codec snd_hda_core snd_hwdep snd_seq snd_seq_device iosf_mbi snd_pcm snd_timer snd crc32_pclmul ghash_clmulni_intel soundcore aesni_intel lrw gf128mul glue_helper ablk_helper ppdev cryptd parport_pc parport sg i2c_piix4 pcspkr virtio_balloon nfsd auth_rpcgss nfs_acl lockd grace sunrpc ip_tables&lt;br/&gt;
[  445.068479]  xfs libcrc32c sr_mod cdrom ata_generic pata_acpi virtio_blk virtio_net cirrus drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops crct10dif_pclmul ttm crct10dif_common crc32c_intel serio_raw ata_piix virtio_pci virtio_ring virtio drm i2c_core libata floppy dm_mirror dm_region_hash dm_log dm_mod&lt;br/&gt;
[  445.068724] CPU: 1 PID: 2536 Comm: ptlrpcd_00_00 Tainted: P           OE  ------------   3.10.0-514.6.1.el7_lustre.x86_64 #1&lt;br/&gt;
[  445.068800] Hardware name: Red Hat KVM, BIOS 0.5.1 01/01/2011&lt;br/&gt;
[  445.068856] task: ffff8801363d0fb0 ti: ffff8800b3efc000 task.ti: ffff8800b3efc000&lt;br/&gt;
[  445.068921] RIP: 0010:&lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff81076e6d&amp;gt;&amp;#93;&lt;/span&gt;  &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff81076e6d&amp;gt;&amp;#93;&lt;/span&gt; sha256_ssse3_finup+0xcd/0x2f0&lt;br/&gt;
[  445.069012] RSP: 0018:ffff8800b3eff860  EFLAGS: 00010202&lt;br/&gt;
[  445.069066] RAX: 0000000000000000 RBX: ffff8800a4622970 RCX: 0000000000000020&lt;br/&gt;
[  445.069128] RDX: 00000000decd3590 RSI: ffff8800a46229d8 RDI: ffff880036964680&lt;br/&gt;
[  445.069188] RBP: ffff8800b3eff8a8 R08: 00000000dab6bc82 R09: 00000000d496d560&lt;br/&gt;
[  445.069250] R10: 00000000ed72a76e R11: 00000000410aff32 R12: 0000000000000000&lt;br/&gt;
[  445.069310] R13: ffffffff81075c00 R14: ffff8800a4622960 R15: 0000000000000000&lt;br/&gt;
[  445.069370] FS:  0000000000000000(0000) GS:ffff88013fd00000(0000) knlGS:0000000000000000&lt;br/&gt;
[  445.069436] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033&lt;br/&gt;
[  445.069491] CR2: 0000000000000000 CR3: 000000013057f000 CR4: 00000000001406e0&lt;br/&gt;
[  445.069553] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000&lt;br/&gt;
[  445.069616] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400&lt;br/&gt;
[  445.069677] Stack:&lt;br/&gt;
[  445.069730]  ffffffff81075c00 0000001400000000 ffffffff00000003 ffff8800a4622998&lt;br/&gt;
[  445.069797]  0000000000000000 0000000000000000 ffff8800a4622950 0000000000000000&lt;br/&gt;
[  445.069863]  ffff8800b196e800 ffff8800b3eff8b8 ffffffff810770a5 ffff8800b3eff8f0&lt;br/&gt;
[  445.069944] Call Trace:&lt;br/&gt;
[  445.070019]  &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff81075c00&amp;gt;&amp;#93;&lt;/span&gt; ? done_hash+0x1c/0x1c&lt;br/&gt;
[  445.070087]  &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff810770a5&amp;gt;&amp;#93;&lt;/span&gt; sha256_ssse3_final+0x15/0x20&lt;br/&gt;
[  445.070153]  &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff812d4dec&amp;gt;&amp;#93;&lt;/span&gt; crypto_shash_final+0x2c/0xb0&lt;br/&gt;
[  445.070211]  &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff812daa4a&amp;gt;&amp;#93;&lt;/span&gt; hmac_final+0x4a/0xb0&lt;br/&gt;
[  445.070270]  &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff812d4f70&amp;gt;&amp;#93;&lt;/span&gt; ? crypto_shash_digest+0x40/0x40&lt;br/&gt;
[  445.070331]  &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff812d4dec&amp;gt;&amp;#93;&lt;/span&gt; crypto_shash_final+0x2c/0xb0&lt;br/&gt;
[  445.070395]  &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff812d4f70&amp;gt;&amp;#93;&lt;/span&gt; ? crypto_shash_digest+0x40/0x40&lt;br/&gt;
[  445.070455]  &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff812d4f86&amp;gt;&amp;#93;&lt;/span&gt; shash_async_final+0x16/0x20&lt;br/&gt;
[  445.070513]  &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff812d485a&amp;gt;&amp;#93;&lt;/span&gt; crypto_ahash_op+0x2a/0xc0&lt;br/&gt;
[  445.070571]  &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff812d4906&amp;gt;&amp;#93;&lt;/span&gt; crypto_ahash_final+0x16/0x20&lt;br/&gt;
[  445.070640]  &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa0bcd9e6&amp;gt;&amp;#93;&lt;/span&gt; gss_digest_hmac+0x226/0x250 &lt;span class=&quot;error&quot;&gt;&amp;#91;ptlrpc_gss&amp;#93;&lt;/span&gt;&lt;br/&gt;
[  445.071762]  &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa0bce456&amp;gt;&amp;#93;&lt;/span&gt; sk_make_hmac+0x76/0xe0 &lt;span class=&quot;error&quot;&gt;&amp;#91;ptlrpc_gss&amp;#93;&lt;/span&gt;&lt;br/&gt;
[  445.072720]  &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa0bce51b&amp;gt;&amp;#93;&lt;/span&gt; gss_get_mic_sk+0x5b/0x60 &lt;span class=&quot;error&quot;&gt;&amp;#91;ptlrpc_gss&amp;#93;&lt;/span&gt;&lt;br/&gt;
[  445.073663]  &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa0bc6c0e&amp;gt;&amp;#93;&lt;/span&gt; lgss_get_mic+0x2e/0x100 &lt;span class=&quot;error&quot;&gt;&amp;#91;ptlrpc_gss&amp;#93;&lt;/span&gt;&lt;br/&gt;
[  445.074594]  &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa0bb2696&amp;gt;&amp;#93;&lt;/span&gt; gss_sign_msg+0x166/0x300 &lt;span class=&quot;error&quot;&gt;&amp;#91;ptlrpc_gss&amp;#93;&lt;/span&gt;&lt;br/&gt;
[  445.075510]  &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa0bb787a&amp;gt;&amp;#93;&lt;/span&gt; gss_cli_ctx_sign+0x1ba/0x330 &lt;span class=&quot;error&quot;&gt;&amp;#91;ptlrpc_gss&amp;#93;&lt;/span&gt;&lt;br/&gt;
[  445.076445]  &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa09a597c&amp;gt;&amp;#93;&lt;/span&gt; sptlrpc_cli_wrap_request+0xcc/0x360 &lt;span class=&quot;error&quot;&gt;&amp;#91;ptlrpc&amp;#93;&lt;/span&gt;&lt;br/&gt;
[  445.077428]  &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa0976202&amp;gt;&amp;#93;&lt;/span&gt; ptl_send_rpc+0x1f2/0xe40 &lt;span class=&quot;error&quot;&gt;&amp;#91;ptlrpc&amp;#93;&lt;/span&gt;&lt;br/&gt;
[  445.078364]  &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa09a9dad&amp;gt;&amp;#93;&lt;/span&gt; ? sptlrpc_req_refresh_ctx+0x4dd/0x900 &lt;span class=&quot;error&quot;&gt;&amp;#91;ptlrpc&amp;#93;&lt;/span&gt;&lt;br/&gt;
[  445.079284]  &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff81029569&amp;gt;&amp;#93;&lt;/span&gt; ? __switch_to+0xd9/0x4c0&lt;br/&gt;
[  445.080174]  &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa096f589&amp;gt;&amp;#93;&lt;/span&gt; ptlrpc_check_set.part.23+0x1899/0x1dd0 &lt;span class=&quot;error&quot;&gt;&amp;#91;ptlrpc&amp;#93;&lt;/span&gt;&lt;br/&gt;
[  445.081076]  &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa096fb1b&amp;gt;&amp;#93;&lt;/span&gt; ptlrpc_check_set+0x5b/0xe0 &lt;span class=&quot;error&quot;&gt;&amp;#91;ptlrpc&amp;#93;&lt;/span&gt;&lt;br/&gt;
[  445.081918]  &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa099bbeb&amp;gt;&amp;#93;&lt;/span&gt; ptlrpcd_check+0x4db/0x5d0 &lt;span class=&quot;error&quot;&gt;&amp;#91;ptlrpc&amp;#93;&lt;/span&gt;&lt;br/&gt;
[  445.082781]  &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa099bf9b&amp;gt;&amp;#93;&lt;/span&gt; ptlrpcd+0x2bb/0x560 &lt;span class=&quot;error&quot;&gt;&amp;#91;ptlrpc&amp;#93;&lt;/span&gt;&lt;br/&gt;
[  445.083587]  &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff810c4fd0&amp;gt;&amp;#93;&lt;/span&gt; ? wake_up_state+0x20/0x20&lt;br/&gt;
[  445.084373]  &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa099bce0&amp;gt;&amp;#93;&lt;/span&gt; ? ptlrpcd_check+0x5d0/0x5d0 &lt;span class=&quot;error&quot;&gt;&amp;#91;ptlrpc&amp;#93;&lt;/span&gt;&lt;br/&gt;
[  445.085129]  &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff810b064f&amp;gt;&amp;#93;&lt;/span&gt; kthread+0xcf/0xe0&lt;br/&gt;
[  445.085846]  &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff810b0580&amp;gt;&amp;#93;&lt;/span&gt; ? kthread_create_on_node+0x140/0x140&lt;br/&gt;
[  445.086548]  &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff81696958&amp;gt;&amp;#93;&lt;/span&gt; ret_from_fork+0x58/0x90&lt;br/&gt;
[  445.087221]  &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff810b0580&amp;gt;&amp;#93;&lt;/span&gt; ? kthread_create_on_node+0x140/0x140&lt;br/&gt;
[  445.087934] Code: d0 49 89 46 70 48 89 df 41 ff d5 e8 ee e5 fb ff 49 8b 06 48 8b 40 58 8b 48 f8 31 c0 85 c9 74 17 66 0f 1f 44 00 00 8b 14 03 0f ca &amp;lt;41&amp;gt; 89 14 04 48 83 c0 04 39 c1 75 ef 31 c0 48 89 df b9 0d 00 00 &lt;br/&gt;
[  445.089398] RIP  &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff81076e6d&amp;gt;&amp;#93;&lt;/span&gt; sha256_ssse3_finup+0xcd/0x2f0&lt;br/&gt;
[  445.090089]  RSP &amp;lt;ffff8800b3eff860&amp;gt;&lt;br/&gt;
[  445.090772] CR2: 0000000000000000}}&lt;/p&gt;</comment>
                            <comment id="186326" author="simmonsja" created="Mon, 27 Feb 2017 19:27:54 +0000"  >&lt;p&gt;Have you tested Kerboses as well? Does that work or do I need to test that as well.&lt;/p&gt;</comment>
                            <comment id="186334" author="nblavend" created="Mon, 27 Feb 2017 20:33:41 +0000"  >&lt;p&gt;Kerberos(krb5p) crashes with the following on my multiple node Kerberos test environment:&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;

&lt;p&gt;&lt;tt&gt;[ 543.160207] Lustre: DEBUG MARKER: Setting sptlrpc rule: lustre.srpc.flavor.default=krb5p&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 557.399008] Lustre: 5147:0:(gss_mech_switch.c:72:lgss_mech_register()) Register gssnull mechanism&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 557.399019] Key type lgssc registered&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 557.402774] Lustre: 4241:0:(sec_gss.c:2063:gss_svc_handle_init()) create svc ctx ffff880208518040: user from 172.18.0.21@tcp authenticated as oss&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 557.403797] Lustre: 4242:0:(sec_gss.c:371:gss_cli_ctx_uptodate()) server installed reverse ctx ffff880216a5dd80 idx 0x4b5feef5ea638827, expiry 1488313593(+86400s)&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.347684] Lustre: 5163:0:(sec_gss.c:378:gss_cli_ctx_uptodate()) client refreshed ctx ffff8802091c6300 idx 0x905e6da7e2efc596 (0-&amp;gt;lustre-OST0002_UUID), expiry 1488313585(+86390s)&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.347696] Lustre: 5163:0:(gss_svc_upcall.c:863:gss_svc_upcall_install_rvs_ctx()) create reverse svc ctx ffff8800d285c840 to lustre-OST0002_UUID: idx 0x430434e1928b1936&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.347756] BUG: unable to handle kernel NULL pointer dereference at (null)&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.347812] IP: &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff81071ebd&amp;gt;&amp;#93;&lt;/span&gt; sha1_ssse3_finup+0xbd/0x2e0&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.347853] PGD 0&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.347877] Oops: 0002 &lt;a href=&quot;#1&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;1&lt;/a&gt; SMP&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.347902] Modules linked in: ptlrpc_gss(OE) osp(OE) mdd(OE) lod(OE) mdt(OE) lfsck(OE) mgs(OE) mgc(OE) osd_ldiskfs(OE) lquota(OE) fid(OE) fld(OE) ksocklnd(OE) ptlrpc(OE) obdclass(OE) lnet(OE) sha512_ssse3 sha512_generic crypto_null libcfs(OE) ldiskfs(OE) mbcache jbd2 rpcsec_gss_krb5 nfsv4 dns_resolver nfs fscache iosf_mbi snd_hda_codec_generic crc32_pclmul snd_hda_intel snd_hda_codec ghash_clmulni_intel snd_hda_core aesni_intel snd_hwdep snd_seq snd_seq_device snd_pcm lrw gf128mul glue_helper ablk_helper cryptd snd_timer snd ppdev sg soundcore pcspkr parport_pc parport i2c_piix4 virtio_balloon nfsd nfs_acl lockd auth_rpcgss grace sunrpc ip_tables xfs libcrc32c sr_mod cdrom ata_generic pata_acpi virtio_blk virtio_net cirrus drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops crct10dif_pclmul&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.348447] crct10dif_common ata_piix ttm crc32c_intel drm serio_raw libata i2c_core virtio_pci virtio_ring virtio floppy dm_mirror dm_region_hash dm_log dm_mod&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.348555] CPU: 0 PID: 2651 Comm: ptlrpcd_00_03 Tainted: G OE ------------ 3.10.0-514.6.1.el7_lustre.x86_64 #1&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.348615] Hardware name: Red Hat KVM, BIOS 0.5.1 01/01/2011&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.348648] task: ffff88020e6d4e70 ti: ffff880215da0000 task.ti: ffff880215da0000&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.348688] RIP: 0010:&lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff81071ebd&amp;gt;&amp;#93;&lt;/span&gt; &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff81071ebd&amp;gt;&amp;#93;&lt;/span&gt; sha1_ssse3_finup+0xbd/0x2e0&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.348738] RSP: 0018:ffff880215da37f0 EFLAGS: 00010246&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.348769] RAX: 0000000000000000 RBX: ffff8800d54c0b70 RCX: 0000000000000000&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.348808] RDX: 00000000e1020503 RSI: 0000000020b16494 RDI: ffff88020e6dd040&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.348847] RBP: ffff880215da3838 R08: ffffffff816a7280 R09: ffff8800d54c0b70&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.348891] R10: ffffffff816a7280 R11: ffff8800d54c0bd0 R12: 0000000000000000&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.348930] R13: ffffffff81071dd0 R14: ffff8800d54c0b60 R15: 0000000000000000&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.348970] FS: 0000000000000000(0000) GS:ffff88021fc00000(0000) knlGS:0000000000000000&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.349014] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.349046] CR2: 0000000000000000 CR3: 00000000019ba000 CR4: 00000000001406f0&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.349087] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.349127] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.349166] Stack:&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.349180] ffffffff81071dd0 00000004085b0e40 ffffffff00000004 ffff8800d54c0b90&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.349227] 0000000000000000 0000000000000000 ffff8800d54c0b50 0000000000000000&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.349275] ffff880208519000 ffff880215da3848 ffffffff810720f5 ffff880215da3880&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.349323] Call Trace:&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.349341] &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff81071dd0&amp;gt;&amp;#93;&lt;/span&gt; ? sha1_base_init+0x40/0x40&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.349375] &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff810720f5&amp;gt;&amp;#93;&lt;/span&gt; sha1_ssse3_final+0x15/0x20&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.349409] &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff812d4dec&amp;gt;&amp;#93;&lt;/span&gt; crypto_shash_final+0x2c/0xb0&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.349443] &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff812daa4a&amp;gt;&amp;#93;&lt;/span&gt; hmac_final+0x4a/0xb0&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.351126] &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff812d4f70&amp;gt;&amp;#93;&lt;/span&gt; ? crypto_shash_digest+0x40/0x40&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.352781] &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff812d4dec&amp;gt;&amp;#93;&lt;/span&gt; crypto_shash_final+0x2c/0xb0&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.354435] &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff812d4f70&amp;gt;&amp;#93;&lt;/span&gt; ? crypto_shash_digest+0x40/0x40&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.356084] &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff812d4f86&amp;gt;&amp;#93;&lt;/span&gt; shash_async_final+0x16/0x20&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.357693] &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff812d485a&amp;gt;&amp;#93;&lt;/span&gt; crypto_ahash_op+0x2a/0xc0&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.359265] &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff812d4906&amp;gt;&amp;#93;&lt;/span&gt; crypto_ahash_final+0x16/0x20&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.360804] &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa0fc59e6&amp;gt;&amp;#93;&lt;/span&gt; gss_digest_hmac+0x226/0x250 &lt;span class=&quot;error&quot;&gt;&amp;#91;ptlrpc_gss&amp;#93;&lt;/span&gt;&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.362532] &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa0fc10e7&amp;gt;&amp;#93;&lt;/span&gt; krb5_make_checksum+0x107/0x3d0 &lt;span class=&quot;error&quot;&gt;&amp;#91;ptlrpc_gss&amp;#93;&lt;/span&gt;&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.364014] &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa0fc2fe9&amp;gt;&amp;#93;&lt;/span&gt; gss_wrap_kerberos+0x1c9/0x780 &lt;span class=&quot;error&quot;&gt;&amp;#91;ptlrpc_gss&amp;#93;&lt;/span&gt;&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.365458] &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa0fbee0e&amp;gt;&amp;#93;&lt;/span&gt; lgss_wrap+0x2e/0x100 &lt;span class=&quot;error&quot;&gt;&amp;#91;ptlrpc_gss&amp;#93;&lt;/span&gt;&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.366864] &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa0fb0652&amp;gt;&amp;#93;&lt;/span&gt; gss_cli_ctx_seal+0x1f2/0xa70 &lt;span class=&quot;error&quot;&gt;&amp;#91;ptlrpc_gss&amp;#93;&lt;/span&gt;&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.368248] &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff810d23c2&amp;gt;&amp;#93;&lt;/span&gt; ? load_balance+0x1e2/0x990&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.369644] &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa0a4597c&amp;gt;&amp;#93;&lt;/span&gt; sptlrpc_cli_wrap_request+0xcc/0x360 &lt;span class=&quot;error&quot;&gt;&amp;#91;ptlrpc&amp;#93;&lt;/span&gt;&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.371027] &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa0a16202&amp;gt;&amp;#93;&lt;/span&gt; ptl_send_rpc+0x1f2/0xe40 &lt;span class=&quot;error&quot;&gt;&amp;#91;ptlrpc&amp;#93;&lt;/span&gt;&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.372405] &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa0a49dad&amp;gt;&amp;#93;&lt;/span&gt; ? sptlrpc_req_refresh_ctx+0x4dd/0x900 &lt;span class=&quot;error&quot;&gt;&amp;#91;ptlrpc&amp;#93;&lt;/span&gt;&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.373777] &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff81029569&amp;gt;&amp;#93;&lt;/span&gt; ? __switch_to+0xd9/0x4c0&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.375158] &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa0a0f589&amp;gt;&amp;#93;&lt;/span&gt; ptlrpc_check_set.part.23+0x1899/0x1dd0 &lt;span class=&quot;error&quot;&gt;&amp;#91;ptlrpc&amp;#93;&lt;/span&gt;&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.376500] &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa0a0fb1b&amp;gt;&amp;#93;&lt;/span&gt; ptlrpc_check_set+0x5b/0xe0 &lt;span class=&quot;error&quot;&gt;&amp;#91;ptlrpc&amp;#93;&lt;/span&gt;&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.377802] &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa0a3bbeb&amp;gt;&amp;#93;&lt;/span&gt; ptlrpcd_check+0x4db/0x5d0 &lt;span class=&quot;error&quot;&gt;&amp;#91;ptlrpc&amp;#93;&lt;/span&gt;&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.379070] &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa0a3bf9b&amp;gt;&amp;#93;&lt;/span&gt; ptlrpcd+0x2bb/0x560 &lt;span class=&quot;error&quot;&gt;&amp;#91;ptlrpc&amp;#93;&lt;/span&gt;&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.380271] &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff810c4fd0&amp;gt;&amp;#93;&lt;/span&gt; ? wake_up_state+0x20/0x20&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.381460] &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa0a3bce0&amp;gt;&amp;#93;&lt;/span&gt; ? ptlrpcd_check+0x5d0/0x5d0 &lt;span class=&quot;error&quot;&gt;&amp;#91;ptlrpc&amp;#93;&lt;/span&gt;&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.382597] &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff810b064f&amp;gt;&amp;#93;&lt;/span&gt; kthread+0xcf/0xe0&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.383691] &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff810b0580&amp;gt;&amp;#93;&lt;/span&gt; ? kthread_create_on_node+0x140/0x140&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.384762] &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff81696958&amp;gt;&amp;#93;&lt;/span&gt; ret_from_fork+0x58/0x90&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.385803] &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff810b0580&amp;gt;&amp;#93;&lt;/span&gt; ? kthread_create_on_node+0x140/0x140&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.386849] Code: 28 48 c1 e0 03 48 0f c8 ba 01 00 00 00 48 8b 75 d0 49 89 46 68 48 89 df 41 ff d5 e8 8e 35 fc ff 31 c0 0f 1f 40 00 8b 14 03 0f ca &amp;lt;41&amp;gt; 89 14 04 48 83 c0 04 48 83 f8 14 75 ed 30 c0 48 89 df b9 0c&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.389118] RIP &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff81071ebd&amp;gt;&amp;#93;&lt;/span&gt; sha1_ssse3_finup+0xbd/0x2e0&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.390185] RSP &amp;lt;ffff880215da37f0&amp;gt;&lt;/tt&gt;&lt;br/&gt;
&lt;tt&gt;[ 559.391239] CR2: 0000000000000000&lt;/tt&gt;&lt;/p&gt;</comment>
                            <comment id="186337" author="simmonsja" created="Mon, 27 Feb 2017 20:55:25 +0000"  >&lt;p&gt;Let me guess.&#160;struct sk_ctx is used by both kerberos and HMAC. I have a test system working so I&apos;m going to track this down.&lt;/p&gt;</comment>
                            <comment id="190056" author="jfilizetti" created="Thu, 30 Mar 2017 01:24:05 +0000"  >&lt;p&gt;I believe the panic is related to the changes from &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-8602&quot; title=&quot;Support GSS crypto code with linux 4.6 kernels&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-8602&quot;&gt;&lt;del&gt;LU-8602&lt;/del&gt;&lt;/a&gt;.  I&apos;ve posted comments in the original patch regarding what I think is wrong.&lt;/p&gt;</comment>
                            <comment id="195716" author="pjones" created="Fri, 12 May 2017 18:08:43 +0000"  >&lt;p&gt;Should we revert the culprit while we are working out the proper solution?&lt;/p&gt;</comment>
                            <comment id="195760" author="simmonsja" created="Sat, 13 May 2017 14:59:49 +0000"  >&lt;p&gt;Well the reason I haven&apos;t fixed this yet is due to the breakage from &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-9034&quot; title=&quot;Separate the config logs between different MGCs&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-9034&quot;&gt;&lt;del&gt;LU-9034&lt;/del&gt;&lt;/a&gt; which I have been debugging to figure out why you can&apos;t see flavors on the client. I was thinking of doing this right after. Now I could finish this first and submit it but GSS still will not work from the &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-9034&quot; title=&quot;Separate the config logs between different MGCs&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-9034&quot;&gt;&lt;del&gt;LU-9034&lt;/del&gt;&lt;/a&gt; merger. What would people like seen done first?&lt;/p&gt;</comment>
                            <comment id="195800" author="hannac" created="Mon, 15 May 2017 12:43:10 +0000"  >&lt;p&gt;James, I think your ordering is fine.  Right now, the SSK testing patch is blocking on both of these getting fixed.&lt;/p&gt;</comment>
                            <comment id="199221" author="sbuisson" created="Wed, 14 Jun 2017 16:53:11 +0000"  >&lt;p&gt;Hi,&lt;/p&gt;

&lt;p&gt;With set 13 of the patch at &lt;a href=&quot;https://review.whamcloud.com/25199&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://review.whamcloud.com/25199&lt;/a&gt;, I experience a NULL pointer dereference in cfs_crypto_hash_final and a crash of the client node when I unmount and remove kernel modules:&lt;/p&gt;

&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;[ 2164.649264] Lustre: 8077:0:(linux-crypto.c:83:cfs_crypto_hash_alloc()) Unsupported hash algorithm id = 255, max id is 10
[ 2164.649858] LustreError: 8077:0:(gss_krb5_mech.c:455:krb5_make_checksum()) failed to alloc hash hmac(sha1) : rc = -22
[ 2164.650417] BUG: unable to handle kernel NULL pointer dereference at 000000000000000a
[ 2164.650865] IP: [&amp;lt;ffffffffa021c253&amp;gt;] cfs_crypto_hash_final+0x13/0x90 [libcfs]                                                       [ 2164.651295] PGD 0
[ 2164.651403] Oops: 0000 [#1] SMP
[ 2164.651616] LustreError: 8144:0:(obd_config.c:1257:class_process_config()) no device &lt;span class=&quot;code-keyword&quot;&gt;for&lt;/span&gt;: seb-OST0000-osc-ffff880406457000
[ 2164.651617] LustreError: 8144:0:(obd_config.c:1985:class_manual_cleanup()) cleanup failed -22: seb-OST0000-osc-ffff880406457000
[ 2164.652617] Lustre: Unmounted seb-client
[ 2164.651403] Modules linked in: osc(OF) mgc(OF) lustre(OF) lmv(OF) mdc(OF) lov(OF) fid(OF) fld(OF) ptlrpc_gss(OF) sunrpc ksocklnd(OF) ptlrpc(OF) obdclass(OF) lnet(OF) libcfs(OF) i2c_piix4 i2c_core sg ppdev virtio_balloon parport_pc parport pcspkr ip_tables xfs libcrc32c sd_mod crct10dif_generic crc_t10dif crct10dif_common ata_generic pata_acpi virtio_scsi ata_piix 8139too virtio_pci libata virtio_ring 8139cp serio_raw virtio mii floppy
[ 2164.653282] CPU: 2 PID: 8077 Comm: sptlrpc_gc Tainted: GF          O--------------   3.10.0-229.20.1.el7.x86_64 #1
[ 2164.653282] Hardware name: Red Hat KVM, BIOS 0.5.1 01/01/2007
[ 2164.653282] task: ffff880404eb4fa0 ti: ffff880406e40000 task.ti: ffff880406e40000
[ 2164.653282] RIP: 0010:[&amp;lt;ffffffffa021c253&amp;gt;]  [&amp;lt;ffffffffa021c253&amp;gt;] cfs_crypto_hash_final+0x13/0x90 [libcfs]
[ 2164.653282] RSP: 0018:ffff880406e43a58  EFLAGS: 00010246
[ 2164.653282] RAX: 0000000000000000 RBX: ffff880406e43b28 RCX: 0000000000000006
[ 2164.653282] RDX: ffff880406e43b28 RSI: 0000000000000000 RDI: ffffffffffffffea
[ 2164.653282] RBP: ffff880406e43a78 R08: 0000000000000096 R09: 000000000000028c
[ 2164.653282] R10: 0720072007200720 R11: 0720072007200720 R12: ffffffffffffffea
[ 2164.653282] R13: 00000000ffffffea R14: ffff880408dd3a20 R15: 000000000000000a
[ 2164.653282] FS:  0000000000000000(0000) GS:ffff88041fc80000(0000) knlGS:0000000000000000
[ 2164.653282] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[ 2164.653282] CR2: 000000000000000a CR3: 0000000405908000 CR4: 00000000000006e0
[ 2164.653282] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[ 2164.653282] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[ 2164.653282] Stack:
[ 2164.653282]  ffff880406e43b28 ffffffffffffffea 00000000ffffffea ffff880408dd3a20
[ 2164.653282]  ffff880406e43af8 ffffffffa0765332 ffff88041fc8f0a0 00000000000002d0
[ 2164.653282]  0000000000000000 ffff880406e43bb0 0000000200000000 ffff8800368fef40
[ 2164.653282] Call Trace:
[ 2164.653282]  [&amp;lt;ffffffffa0765332&amp;gt;] krb5_make_checksum+0x352/0x630 [ptlrpc_gss]
[ 2164.653282]  [&amp;lt;ffffffffa07663ea&amp;gt;] gss_get_mic_kerberos+0x9a/0x1c0 [ptlrpc_gss]
[ 2164.653282]  [&amp;lt;ffffffffa0762c0e&amp;gt;] lgss_get_mic+0x2e/0x100 [ptlrpc_gss]
[ 2164.653282]  [&amp;lt;ffffffffa074e696&amp;gt;] gss_sign_msg+0x166/0x300 [ptlrpc_gss]
[ 2164.653282]  [&amp;lt;ffffffffa075387a&amp;gt;] gss_cli_ctx_sign+0x1ba/0x330 [ptlrpc_gss]
[ 2164.653282]  [&amp;lt;ffffffffa05b3f3c&amp;gt;] sptlrpc_cli_wrap_request+0xcc/0x360 [ptlrpc]
[ 2164.653282]  [&amp;lt;ffffffffa05841d2&amp;gt;] ptl_send_rpc+0x1f2/0xe40 [ptlrpc]
[ 2164.653282]  [&amp;lt;ffffffffa0578a77&amp;gt;] ? ptlrpc_add_unreplied+0xc7/0x100 [ptlrpc]
[ 2164.653282]  [&amp;lt;ffffffffa057efbc&amp;gt;] ? ptlrpc_request_bufs_pack+0x1ec/0x4d0 [ptlrpc]
[ 2164.653282]  [&amp;lt;ffffffffa075cf60&amp;gt;] gss_do_ctx_fini_rpc+0x320/0x500 [ptlrpc_gss]
[ 2164.653282]  [&amp;lt;ffffffffa0755cec&amp;gt;] gss_cli_ctx_fini_common+0x5c/0x2d0 [ptlrpc_gss]
[ 2164.653282]  [&amp;lt;ffffffffa076d878&amp;gt;] ctx_destroy_kr+0x88/0x3d0 [ptlrpc_gss]
[ 2164.653282]  [&amp;lt;ffffffffa076e01d&amp;gt;] gss_sec_release_ctx_kr+0x2d/0xa0 [ptlrpc_gss]
[ 2164.653282]  [&amp;lt;ffffffffa05b2062&amp;gt;] sptlrpc_cli_ctx_put+0x42/0xb0 [ptlrpc]
[ 2164.653282]  [&amp;lt;ffffffffa05bd34d&amp;gt;] sec_process_ctx_list+0xdd/0x180 [ptlrpc]
[ 2164.653282]  [&amp;lt;ffffffffa05bd59c&amp;gt;] sec_gc_main+0x7c/0x420 [ptlrpc]
[ 2164.653282]  [&amp;lt;ffffffff810a9510&amp;gt;] ? wake_up_state+0x20/0x20
[ 2164.653282]  [&amp;lt;ffffffffa05bd520&amp;gt;] ? sptlrpc_gc_add_ctx+0x130/0x130 [ptlrpc]
[ 2164.653282]  [&amp;lt;ffffffff8109727f&amp;gt;] kthread+0xcf/0xe0
[ 2164.653282]  [&amp;lt;ffffffff810971b0&amp;gt;] ? kthread_create_on_node+0x140/0x140
[ 2164.653282]  [&amp;lt;ffffffff81614358&amp;gt;] ret_from_fork+0x58/0x90
[ 2164.653282]  [&amp;lt;ffffffff810971b0&amp;gt;] ? kthread_create_on_node+0x140/0x140
[ 2164.653282] Code: 09 48 83 c4 28 5b 41 5c 5d c3 e8 59 1e e5 e0 66 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 55 48 85 f6 48 89 e5 41 56 41 55 41 54 53 &amp;lt;48&amp;gt; 8b 4f 20 48 89 fb 48 8b 41 50 44 8b 70 f8 74 5c 48 85 d2 49
[ 2164.653282] RIP  [&amp;lt;ffffffffa021c253&amp;gt;] cfs_crypto_hash_final+0x13/0x90 [libcfs]
[ 2164.653282]  RSP &amp;lt;ffff880406e43a58&amp;gt;
[ 2164.653282] CR2: 000000000000000a
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;This is on a CentOS 7 node.&lt;/p&gt;</comment>
                            <comment id="199619" author="simmonsja" created="Mon, 19 Jun 2017 16:43:35 +0000"  >&lt;p&gt;Try it now Sebastien&lt;/p&gt;</comment>
                            <comment id="199695" author="sbuisson" created="Tue, 20 Jun 2017 11:21:34 +0000"  >&lt;p&gt;To document completely the case, with patchset 14 I was not able to reproduce the crash anymore, but I was seeing the following traces when unmounting the client (on CentOS 7):&lt;/p&gt;
&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;[ 4915.909072] Lustre: 1386:0:(linux-crypto.c:83:cfs_crypto_hash_alloc()) Unsupported hash algorithm id = 255, max id is 10
[ 4915.909701] LustreError: 1386:0:(gss_krb5_mech.c:455:krb5_make_checksum()) failed to alloc hash hmac(sha1) : rc = -22
[ 4915.910254] LustreError: 1386:0:(sec_gss.c:204:gss_sign_msg()) fail to generate MIC: 000d0000
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;Now with patchset 15 on a CentOS 7 client, I have the following crash when unmounting the client:&lt;/p&gt;
&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;[438940.599108] BUG: unable to handle kernel paging request at 00000000deadbeef
[438940.599483] IP: [&amp;lt;ffffffff8129b01b&amp;gt;] sha1_final+0x7b/0x170
[438940.599783] PGD 0
[438940.599903] Oops: 0002 [#1] SMP
[438940.600075] Modules linked in: osc(OF) mgc(OF) lustre(OF) lmv(OF) mdc(OF) lov(OF) fid(OF) fld(OF) ptlrpc_gss(OF) ksocklnd(OF) ptlrpc(OF) obdclass(OF) lnet(OF) libcfs(OF) sha512_generic sunrpc sg virtio_balloon ppdev parport_pc parport i2c_piix4 i2c_core pcspkr ip_tables xfs libcrc32c sd_mod crct10dif_generic crc_t10dif crct10dif_common ata_generic pata_acpi virtio_scsi ata_piix 8139too libata virtio_pci serio_raw virtio_ring 8139cp virtio mii floppy [last unloaded: libcfs]
[438940.600075] CPU: 6 PID: 21534 Comm: sptlrpc_gc Tainted: GF          O--------------   3.10.0-229.20.1.el7.x86_64 #1
[438940.603186] LustreError: 21611:0:(obd_config.c:1294:class_process_config()) no device &lt;span class=&quot;code-keyword&quot;&gt;for&lt;/span&gt;: seb-OST0000-osc-ffff880405907800
[438940.603187] LustreError: 21611:0:(obd_config.c:2024:class_manual_cleanup()) cleanup failed -22: seb-OST0000-osc-ffff880405907800   [438940.600075] Hardware name: Red Hat KVM, BIOS 0.5.1 01/01/2007
[438940.600075] task: ffff880405c3e660 ti: ffff880406410000 task.ti: ffff880406410000
[438940.600075] RIP: 0010:[&amp;lt;ffffffff8129b01b&amp;gt;]  [&amp;lt;ffffffff8129b01b&amp;gt;] sha1_final+0x7b/0x170
[438940.605512] Lustre: Unmounted seb-client
[438940.605562] RSP: 0018:ffff880406413928  EFLAGS: 00010246
[438940.605562] RAX: 0000000000000000 RBX: ffff8803d1c2dc70 RCX: 0000000000000000
[438940.605562] RDX: 000000002d49b7f0 RSI: ffff880406413930 RDI: ffff8803d1c2dc8c
[438940.605562] RBP: ffff880406413950 R08: 00000000b7bd30b2 R09: 00000000f128d062
[438940.605562] R10: 00000000ec79780e R11: 000000001dd8f2f0 R12: 00000000deadbeef
[438940.605562] R13: ffff8803d1c2dc60 R14: 0000000000000000 R15: ffff880408e1be00
[438940.605562] FS:  0000000000000000(0000) GS:ffff88041fd80000(0000) knlGS:0000000000000000
[438940.605562] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[438940.605562] CR2: 00000000deadbeef CR3: 00000004072f1000 CR4: 00000000000006e0
[438940.605562] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[438940.605562] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[438940.605562] Stack:
[438940.605562]  e00a000000000000 000000001a7a96b2 00000000deadbeef 00000000deadbeef
[438940.605562]  ffff8803d1c2dc50 ffff880406413988 ffffffff8129522c ffff8803d1c2dc60
[438940.605562]  00000000deadbeef ffff8803d1c2dc50 0000000000000000 ffff880408e1be00
[438940.605562] Call Trace:
[438940.605562]  [&amp;lt;ffffffff8129522c&amp;gt;] crypto_shash_final+0x2c/0xb0
[438940.605562]  [&amp;lt;ffffffff8129a70a&amp;gt;] hmac_final+0x4a/0xb0
[438940.605562]  [&amp;lt;ffffffff812953b0&amp;gt;] ? crypto_shash_digest+0x40/0x40
[438940.605562]  [&amp;lt;ffffffff8129522c&amp;gt;] crypto_shash_final+0x2c/0xb0
[438940.605562]  [&amp;lt;ffffffff812953b0&amp;gt;] ? crypto_shash_digest+0x40/0x40
[438940.605562]  [&amp;lt;ffffffff812953c6&amp;gt;] shash_async_final+0x16/0x20
[438940.605562]  [&amp;lt;ffffffff81294c9a&amp;gt;] crypto_ahash_op+0x2a/0xc0
[438940.605562]  [&amp;lt;ffffffff81294d46&amp;gt;] crypto_ahash_final+0x16/0x20
[438940.605562]  [&amp;lt;ffffffffa026a09f&amp;gt;] cfs_crypto_hash_final+0x4f/0x90 [libcfs]
[438940.605562]  [&amp;lt;ffffffffa0797337&amp;gt;] krb5_make_checksum+0x347/0x630 [ptlrpc_gss]
[438940.605562]  [&amp;lt;ffffffffa07983fa&amp;gt;] gss_get_mic_kerberos+0x9a/0x1c0 [ptlrpc_gss]
[438940.605562]  [&amp;lt;ffffffffa0794c1e&amp;gt;] lgss_get_mic+0x2e/0x100 [ptlrpc_gss]
[438940.605562]  [&amp;lt;ffffffffa0780696&amp;gt;] gss_sign_msg+0x166/0x300 [ptlrpc_gss]
[438940.605562]  [&amp;lt;ffffffffa078587a&amp;gt;] gss_cli_ctx_sign+0x1ba/0x330 [ptlrpc_gss]
[438940.605562]  [&amp;lt;ffffffffa05e112c&amp;gt;] sptlrpc_cli_wrap_request+0xcc/0x360 [ptlrpc]
[438940.605562]  [&amp;lt;ffffffffa05b0ec2&amp;gt;] ptl_send_rpc+0x1f2/0xe60 [ptlrpc]
[438940.605562]  [&amp;lt;ffffffffa05a57e7&amp;gt;] ? ptlrpc_add_unreplied+0xc7/0x100 [ptlrpc]
[438940.605562]  [&amp;lt;ffffffffa05abcac&amp;gt;] ? ptlrpc_request_bufs_pack+0x1ec/0x4d0 [ptlrpc]
[438940.605562]  [&amp;lt;ffffffffa078ef60&amp;gt;] gss_do_ctx_fini_rpc+0x320/0x500 [ptlrpc_gss]
[438940.605562]  [&amp;lt;ffffffffa0787cec&amp;gt;] gss_cli_ctx_fini_common+0x5c/0x2d0 [ptlrpc_gss]
[438940.605562]  [&amp;lt;ffffffffa079f7d8&amp;gt;] ctx_destroy_kr+0x88/0x3d0 [ptlrpc_gss]
[438940.605562]  [&amp;lt;ffffffffa079ff7d&amp;gt;] gss_sec_release_ctx_kr+0x2d/0xa0 [ptlrpc_gss]
[438940.605562]  [&amp;lt;ffffffffa05df252&amp;gt;] sptlrpc_cli_ctx_put+0x42/0xb0 [ptlrpc]
[438940.605562]  [&amp;lt;ffffffffa05ea52d&amp;gt;] sec_process_ctx_list+0xdd/0x180 [ptlrpc]
[438940.605562]  [&amp;lt;ffffffffa05ea77c&amp;gt;] sec_gc_main+0x7c/0x420 [ptlrpc]
[438940.605562]  [&amp;lt;ffffffff810a9510&amp;gt;] ? wake_up_state+0x20/0x20
[438940.605562]  [&amp;lt;ffffffffa05ea700&amp;gt;] ? sptlrpc_gc_add_ctx+0x130/0x130 [ptlrpc]
[438940.605562]  [&amp;lt;ffffffff8109727f&amp;gt;] kthread+0xcf/0xe0
[438940.605562]  [&amp;lt;ffffffff810971b0&amp;gt;] ? kthread_create_on_node+0x140/0x140
[438940.605562]  [&amp;lt;ffffffff81614358&amp;gt;] ret_from_fork+0x58/0x90
[438940.605562]  [&amp;lt;ffffffff810971b0&amp;gt;] ? kthread_create_on_node+0x140/0x140
[438940.605562] Code: 00 29 c2 48 c7 c6 80 fc 66 81 4c 89 ef e8 8e fe ff ff 48 8d 75 d8 ba 08 00 00 00 4c 89 ef e8 7d fe ff ff 31 c0 8b 54 03 08 0f ca &amp;lt;41&amp;gt; 89 14 04 48 83 c0 04 48 83 f8 14 75 ec f6 c3 01 48 89 df be
[438940.605562] RIP  [&amp;lt;ffffffff8129b01b&amp;gt;] sha1_final+0x7b/0x170
[438940.605562]  RSP &amp;lt;ffff880406413928&amp;gt;
[438940.605562] CR2: 00000000deadbeef
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;</comment>
                            <comment id="199728" author="sbuisson" created="Tue, 20 Jun 2017 16:02:36 +0000"  >&lt;p&gt;With patchset 16:&lt;/p&gt;
&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;[20763.922197] BUG: unable to handle kernel paging request at 00000000deadbef7
[20763.922606] IP: [&amp;lt;ffffffff812e2a85&amp;gt;] memcpy+0xb5/0x110
[20763.922927] PGD 0
[20763.923044] Oops: 0000 [#1] SMP
[20763.925271] LustreError: 1226:0:(obd_config.c:1294:class_process_config()) no device &lt;span class=&quot;code-keyword&quot;&gt;for&lt;/span&gt;: seb-OST0000-osc-ffff8800d2c1c800
[20763.925273] LustreError: 1226:0:(obd_config.c:2024:class_manual_cleanup()) cleanup failed -22: seb-OST0000-osc-ffff8800d2c1c800
[20763.926581] Lustre: Unmounted seb-client
[20763.923161] Modules linked in: osc(OF) mgc(OF) lustre(OF) lmv(OF) mdc(OF) lov(OF) fid(OF) fld(OF) ptlrpc_gss(OF) ksocklnd(OF) ptlrpc(OF) obdclass(OF) lnet(OF) libcfs(OF) sunrpc i2c_piix4 i2c_core sg virtio_balloon ppdev parport_pc parport pcspkr ip_tables xfs libcrc32c sd_mod crct10dif_generic crc_t10dif crct10dif_common ata_generic pata_acpi virtio_scsi 8139too virtio_pci virtio_ring serio_raw 8139cp virtio ata_piix mii libata floppy [last unloaded: libcfs]                                                                           [20763.927207] CPU: 5 PID: 1172 Comm: sptlrpc_gc Tainted: GF          O--------------   3.10.0-229.20.1.el7.x86_64 #1
[20763.927207] Hardware name: Red Hat KVM, BIOS 0.5.1 01/01/2007
[20763.927207] task: ffff8804088871c0 ti: ffff880406c1c000 task.ti: ffff880406c1c000
[20763.927207] RIP: 0010:[&amp;lt;ffffffff812e2a85&amp;gt;]  [&amp;lt;ffffffff812e2a85&amp;gt;] memcpy+0xb5/0x110
[20763.927207] RSP: 0018:ffff880406c1fb00  EFLAGS: 00010202
[20763.927207] RAX: ffff880404ff2b50 RBX: ffff880404ff2b40 RCX: 0000000000000028
[20763.927207] RDX: 000000000000000c RSI: 00000000deadbef7 RDI: ffff880404ff2b50
[20763.927207] RBP: ffff880406c1fb68 R08: 00000000000163c0 R09: ffff88041fd563c0
[20763.927207] R10: ffffea000f427640 R11: ffffffffa04583a4 R12: ffff880406c1fb28
[20763.927207] R13: 00000000000002d0 R14: ffff880406c1fba0 R15: 0000000000000012
[20763.927207] FS:  0000000000000000(0000) GS:ffff88041fd40000(0000) knlGS:0000000000000000
[20763.927207] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[20763.927207] CR2: 00000000deadbef7 CR3: 000000000190a000 CR4: 00000000000006e0
[20763.927207] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[20763.927207] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[20763.927207] Stack:
[20763.927207]  ffffffffa0459452 0000000000000000 ffff880406c1fb28 0000000000000000
[20763.927207]  0000000000000012 ffff880300000014 00000000deadbeef 000000004c1a9725
[20763.927207]  0000000000000002 ffff880404ff2a08 0000000000000002 ffff880406c1fbd0
[20763.927207] Call Trace:
[20763.927207]  [&amp;lt;ffffffffa0459452&amp;gt;] ? gss_get_mic_kerberos+0x102/0x1c0 [ptlrpc_gss]
[20763.927207]  [&amp;lt;ffffffffa0455c1e&amp;gt;] lgss_get_mic+0x2e/0x100 [ptlrpc_gss]
[20763.927207]  [&amp;lt;ffffffffa0441696&amp;gt;] gss_sign_msg+0x166/0x300 [ptlrpc_gss]
[20763.927207]  [&amp;lt;ffffffffa044687a&amp;gt;] gss_cli_ctx_sign+0x1ba/0x330 [ptlrpc_gss]
[20763.927207]  [&amp;lt;ffffffffa07ba12c&amp;gt;] sptlrpc_cli_wrap_request+0xcc/0x360 [ptlrpc]
[20763.927207]  [&amp;lt;ffffffffa0789ec2&amp;gt;] ptl_send_rpc+0x1f2/0xe60 [ptlrpc]
[20763.927207]  [&amp;lt;ffffffffa077e7e7&amp;gt;] ? ptlrpc_add_unreplied+0xc7/0x100 [ptlrpc]
[20763.927207]  [&amp;lt;ffffffffa0784cac&amp;gt;] ? ptlrpc_request_bufs_pack+0x1ec/0x4d0 [ptlrpc]
[20763.927207]  [&amp;lt;ffffffffa044ff60&amp;gt;] gss_do_ctx_fini_rpc+0x320/0x500 [ptlrpc_gss]
[20763.927207]  [&amp;lt;ffffffffa0448cec&amp;gt;] gss_cli_ctx_fini_common+0x5c/0x2d0 [ptlrpc_gss]
[20763.927207]  [&amp;lt;ffffffffa04607c8&amp;gt;] ctx_destroy_kr+0x88/0x3d0 [ptlrpc_gss]
[20763.927207]  [&amp;lt;ffffffffa0460f6d&amp;gt;] gss_sec_release_ctx_kr+0x2d/0xa0 [ptlrpc_gss]
[20763.927207]  [&amp;lt;ffffffffa07b8252&amp;gt;] sptlrpc_cli_ctx_put+0x42/0xb0 [ptlrpc]
[20763.927207]  [&amp;lt;ffffffffa07c352d&amp;gt;] sec_process_ctx_list+0xdd/0x180 [ptlrpc]
[20763.927207]  [&amp;lt;ffffffffa07c377c&amp;gt;] sec_gc_main+0x7c/0x420 [ptlrpc]
[20763.927207]  [&amp;lt;ffffffff810a9510&amp;gt;] ? wake_up_state+0x20/0x20
[20763.927207]  [&amp;lt;ffffffffa07c3700&amp;gt;] ? sptlrpc_gc_add_ctx+0x130/0x130 [ptlrpc]
[20763.927207]  [&amp;lt;ffffffff8109727f&amp;gt;] kthread+0xcf/0xe0
[20763.927207]  [&amp;lt;ffffffff810971b0&amp;gt;] ? kthread_create_on_node+0x140/0x140
[20763.927207]  [&amp;lt;ffffffff81614358&amp;gt;] ret_from_fork+0x58/0x90
[20763.927207]  [&amp;lt;ffffffff810971b0&amp;gt;] ? kthread_create_on_node+0x140/0x140
[20763.927207] Code: 72 24 4c 8b 06 4c 8b 4e 08 4c 8b 54 16 f0 4c 8b 5c 16 f8 4c 89 07 4c 89 4f 08 4c 89 54 17 f0 4c 89 5c 17 f8 c3 90 83 fa 08 72 1b &amp;lt;4c&amp;gt; 8b 06 4c 8b 4c 16 f8 4c 89 07 4c 89 4c 17 f8 c3 66 2e 0f 1f
[20763.927207] RIP  [&amp;lt;ffffffff812e2a85&amp;gt;] memcpy+0xb5/0x110
[20763.927207]  RSP &amp;lt;ffff880406c1fb00&amp;gt;
[20763.927207] CR2: 00000000deadbef7
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;</comment>
                            <comment id="199749" author="simmonsja" created="Tue, 20 Jun 2017 18:02:00 +0000"  >&lt;p&gt;So the original code if you look at it leaks rawobj_t like crazy so I plugged the leaks. I was a bit over zealous and in the krb5 case we still need the rawobj_t around after running krb5_make_checksum(). Thanks for testing this. I don&apos;t have a KRB5 setup.&lt;/p&gt;</comment>
                            <comment id="199851" author="sbuisson" created="Wed, 21 Jun 2017 15:12:41 +0000"  >&lt;p&gt;Hi James,&lt;/p&gt;

&lt;p&gt;I understand.&lt;br/&gt;
With patchset 17, no more crash on client side when unmounting Lustre &lt;img class=&quot;emoticon&quot; src=&quot;https://jira.whamcloud.com/images/icons/emoticons/smile.png&quot; height=&quot;16&quot; width=&quot;16&quot; align=&quot;absmiddle&quot; alt=&quot;&quot; border=&quot;0&quot;/&gt;&lt;br/&gt;
But, on server side (file system is configured to use krb5n flavor between clients and osts), I have those messages when the client is unmounted:&lt;/p&gt;
&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;juin 22 00:05:20 ltest-vm4 kernel: LustreError: 26884:0:(gss_krb5_mech.c:633:gss_verify_mic_kerberos()) checksum mismatch
juin 22 00:05:20 ltest-vm4 kernel: LustreError: 26884:0:(sec_gss.c:243:gss_verify_msg()) mic verify error: 00060000
juin 22 00:05:20 ltest-vm4 kernel: LustreError: 26884:0:(sec_gss.c:2122:gss_svc_verify_request()) failed to verify request: 60000
juin 22 00:05:26 ltest-vm4 kernel: Lustre: 26630:0:(sec_gss.c:1222:gss_cli_ctx_fini_common()) reverse sec ffff880409776900: destroy ctx ffff88040748b240
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;</comment>
                            <comment id="199877" author="simmonsja" created="Wed, 21 Jun 2017 19:21:38 +0000"  >&lt;p&gt;Any good at doing dynamic tracing with perf or do you want me to push a patch with CERROR added. The current info is not enough for me to figure out what is going on.&lt;/p&gt;</comment>
                            <comment id="199878" author="pjones" created="Wed, 21 Jun 2017 19:30:25 +0000"  >&lt;p&gt;James&lt;/p&gt;

&lt;p&gt;Given that Sebastien is in France and it is very late there already I would suggest pushing the patch with CERROR proactively would make sense - we already know that the existing version is not going to be sutiable for landing...&lt;/p&gt;

&lt;p&gt;Peter &lt;/p&gt;</comment>
                            <comment id="199932" author="sbuisson" created="Thu, 22 Jun 2017 08:01:12 +0000"  >&lt;p&gt;Hi James,&lt;/p&gt;

&lt;p&gt;Here the corresponding stack. Does it help, or do you need anything else?&lt;/p&gt;
&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;ll_ost00_002 28897 [003] 686311.879332:  probe:gss_verify_mic_kerberos: (ffffffffa0d12614)
                   18685 gss_verify_mic_kerberos ([unknown])
                   14d8e lgss_verify_mic ([unknown])
                     97a gss_verify_msg ([unknown])
                    5014 gss_svc_verify_request ([unknown])
                    a172 gss_svc_accept ([unknown])
                   1efd8 gss_svc_accept_kr ([unknown])
                   84ebe sptlrpc_svc_unwrap_request ([unknown])
                   65f94 ptlrpc_main ([unknown])
            7fff8109927f kthread ([kernel.kallsyms])
            7fff81616358 ret_from_fork ([kernel.kallsyms])

&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;</comment>
                            <comment id="199971" author="simmonsja" created="Thu, 22 Jun 2017 15:39:54 +0000"  >&lt;p&gt;While looking to add various debug message I really thought about what the code was doing and I think the reason for your error was found. The function cfs_crypto_hash_final() has to be called before gss_crypt_generic() was called. It was being called after so the checksum final value wasn&apos;t being cached which lead to your failure. I fixed it up in the latest patch. Give it a try.&lt;/p&gt;</comment>
                            <comment id="199972" author="sbuisson" created="Thu, 22 Jun 2017 16:11:01 +0000"  >&lt;p&gt;Same behavior with patchset 18 &lt;img class=&quot;emoticon&quot; src=&quot;https://jira.whamcloud.com/images/icons/emoticons/sad.png&quot; height=&quot;16&quot; width=&quot;16&quot; align=&quot;absmiddle&quot; alt=&quot;&quot; border=&quot;0&quot;/&gt;&lt;/p&gt;
&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;juin 23 01:01:20 ltest-vm4 kernel: LustreError: 16857:0:(gss_krb5_mech.c:636:gss_verify_mic_kerberos()) checksum mismatch
juin 23 01:01:20 ltest-vm4 kernel: LustreError: 16857:0:(sec_gss.c:243:gss_verify_msg()) mic verify error: 00060000
juin 23 01:01:20 ltest-vm4 kernel: LustreError: 16857:0:(sec_gss.c:2122:gss_svc_verify_request()) failed to verify request: 60000
juin 23 01:01:25 ltest-vm4 kernel: Lustre: 16810:0:(sec_gss.c:1222:gss_cli_ctx_fini_common()) reverse sec ffff8800366ea500: destroy ctx ffff8803f5b7f0c0
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;ll_ost00_002 16857 [006] 715524.594882:  probe:gss_verify_mic_kerberos: (ffffffffa0d12624)
                   18695 gss_verify_mic_kerberos ([unknown])
                   14d8e lgss_verify_mic ([unknown])
                     97a gss_verify_msg ([unknown])
                    5014 gss_svc_verify_request ([unknown])
                    a172 gss_svc_accept ([unknown])
                   1f098 gss_svc_accept_kr ([unknown])
                   84ebe sptlrpc_svc_unwrap_request ([unknown])
                   65f94 ptlrpc_main ([unknown])
            7fff8109927f kthread ([kernel.kallsyms])
            7fff81616358 ret_from_fork ([kernel.kallsyms])
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;</comment>
                            <comment id="199978" author="simmonsja" created="Thu, 22 Jun 2017 16:50:37 +0000"  >&lt;p&gt;I have two theories why this might be happening. I pushed a debug patch. Please post the results of the run.&lt;/p&gt;</comment>
                            <comment id="200011" author="sbuisson" created="Thu, 22 Jun 2017 18:30:20 +0000"  >&lt;p&gt;With patchset 20, on server side when client is unmounted:&lt;/p&gt;
&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;juin 23 03:27:19 ltest-vm4 kernel: LustreError: 3437:0:(gss_krb5_mech.c:470:krb5_make_checksum()) cksum-&amp;gt;len 20, ke_hash_size 12 &lt;span class=&quot;code-keyword&quot;&gt;for&lt;/span&gt; ke_hash_name sha1
juin 23 03:27:19 ltest-vm4 kernel: LustreError: 3437:0:(gss_krb5_mech.c:643:gss_verify_mic_kerberos()) checksum mismatch
juin 23 03:27:19 ltest-vm4 kernel: LustreError: 3437:0:(sec_gss.c:243:gss_verify_msg()) mic verify error: 00060000
juin 23 03:27:19 ltest-vm4 kernel: LustreError: 3437:0:(sec_gss.c:2122:gss_svc_verify_request()) failed to verify request: 60000
juin 23 03:27:25 ltest-vm4 kernel: Lustre: 3390:0:(sec_gss.c:1222:gss_cli_ctx_fini_common()) reverse sec ffff8804058cf300: destroy ctx ffff8804062433c0
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;</comment>
                            <comment id="200100" author="simmonsja" created="Fri, 23 Jun 2017 17:30:02 +0000"  >&lt;p&gt;Found the reason for your error. The bug was in the user land utility. The bug was located in sk_session_kdf() and sk_compute_keys(). Before we had an entry for &quot;ctr(aes)&quot; in the libcfs crypto abstraction but I removed it. That was causing the mentioned functions to generate the incorrect size keys for the keyring. Currently I just hard coded the key size since we only use &quot;ctr(aes)&quot;. I just discovered /proc/crypto has all the info we need. Will create a latter patch to handle that. Please give it a try. Thanks for you patience. It was a crash course in krb5 the last few days.&lt;/p&gt;</comment>
                            <comment id="200189" author="sbuisson" created="Mon, 26 Jun 2017 09:29:06 +0000"  >&lt;p&gt;Still &apos;checksum mismatch&apos; errors on server side at client unmount when testing patchset 21 with krb5n flavor.&lt;/p&gt;
&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;juin 26 16:39:58 ltest-vm4 kernel: LustreError: 6544:0:(gss_krb5_mech.c:640:gss_verify_mic_kerberos()) checksum mismatch
juin 26 16:39:58 ltest-vm4 kernel: LustreError: 6544:0:(sec_gss.c:243:gss_verify_msg()) mic verify error: 00060000
juin 26 16:39:58 ltest-vm4 kernel: LustreError: 6544:0:(sec_gss.c:2122:gss_svc_verify_request()) failed to verify request: 60000
juin 26 16:40:04 ltest-vm4 kernel: Lustre: 6494:0:(sec_gss.c:1222:gss_cli_ctx_fini_common()) reverse sec ffff8803f9680d00: destroy ctx
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;It seems patchset 21 only fixes sk_utils.c, so not related to krb5.&lt;/p&gt;</comment>
                            <comment id="200218" author="simmonsja" created="Mon, 26 Jun 2017 14:38:52 +0000"  >&lt;p&gt;I have to ask does it work in 2.9 for you? I found with hmac the 2.9 clients doesn&apos;t work for me so I&apos;m wondering it the GSS code works at all for anyone?&lt;/p&gt;</comment>
                            <comment id="200248" author="adilger" created="Mon, 26 Jun 2017 17:40:48 +0000"  >&lt;p&gt;What is the current state of affairs with and without James&apos; patch for Kerberos and SSK?&lt;/p&gt;

&lt;p&gt;Sebastien, you report problems at unmount, but does Kerberos work for normal usage before that time with James&apos; patch applied?  Is it &quot;more&quot; broken without the patch, or is it working without the patch and the patch breaks Kerberos?&lt;/p&gt;

&lt;p&gt;Chris Hanna or Nathan Lavender, does James&apos; patch fix SSK again?&lt;/p&gt;

&lt;p&gt;I&apos;m trying to figure out if we should land James&apos; patch to fix the problem(s) found so far and then get a later patch to fix the remaining problem(s)?  It seems like there are multiple issues here, and I&apos;d like to move forward with getting fixes landed, since this is the last problem holding up the 2.10 release.&lt;/p&gt;</comment>
                            <comment id="200249" author="gerrit" created="Mon, 26 Jun 2017 17:59:53 +0000"  >&lt;p&gt;James Simmons (uja.ornl@yahoo.com) uploaded a new patch: &lt;a href=&quot;https://review.whamcloud.com/27823&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://review.whamcloud.com/27823&lt;/a&gt;&lt;br/&gt;
Subject: &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-9073&quot; title=&quot;SSK: lgss_sk generates keys with invalid HMAC and Crypto algorithms&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-9073&quot;&gt;&lt;del&gt;LU-9073&lt;/del&gt;&lt;/a&gt; gss: remove newer kernel support&lt;br/&gt;
Project: fs/lustre-release&lt;br/&gt;
Branch: master&lt;br/&gt;
Current Patch Set: 1&lt;br/&gt;
Commit: 9629cf20033982f49ab327203e5efa8578616872&lt;/p&gt;</comment>
                            <comment id="200256" author="simmonsja" created="Mon, 26 Jun 2017 18:27:25 +0000"  >&lt;p&gt;I just pushed a revert in the hopes we are back to the state of lustre 2.9. For the revert I made it so GSS is disabled with newer kernels instead so this will not hinder newer kernel support. This revert is just a very poor band aid. IMHO based on my testing I don&apos;t think GSS is ready for production systems. Even with the 2.9 client I found I couldn&apos;t get hmac support going with multiple nodes. Sebastien reported for 2.9 that gss null is unstable and it tends to kernel panic. Also I just could never get GSS working without nodemap. Is that suppose to be the case? I found issues like a missing lgssc.conf file will cause phantom keys in the kernel which caused problems.&lt;br/&gt;
So the revert is far from a solution. A lot more work needs to be done for proper GSS support so it can be used in production environments.&lt;/p&gt;</comment>
                            <comment id="200261" author="hannac" created="Mon, 26 Jun 2017 19:01:15 +0000"  >
&lt;p&gt;James, Nodemap is needed for SSK (see Lustre manual 24.5) in a multinode setup.  It does not necessarily need to be an activated feature, however. The lgssc.conf file should be created by the test-framework.sh script.  If the nodemap is not set correctly set up, you definitely will see strange issues.&lt;/p&gt;

&lt;p&gt;SSK did function in a client-to-server mode prior to the initial GSS patches.  In the most recent version of James&apos; patch it appeared to work in sanity-sec up to test_15, until it ran into some issues related to fileop in test_16 and did not recover.&lt;/p&gt;

&lt;p&gt;I can&apos;t speak to the most recent reversion James just uploaded.  I don&apos;t expect this feature needs to get in the way of releasing the many other improvements in 2.10.&lt;/p&gt;</comment>
                            <comment id="200263" author="pjones" created="Mon, 26 Jun 2017 19:18:48 +0000"  >&lt;p&gt;&lt;a href=&quot;https://jira.whamcloud.com/secure/ViewProfile.jspa?name=hannac&quot; class=&quot;user-hover&quot; rel=&quot;hannac&quot;&gt;hannac&lt;/a&gt; could you please need out the behaviour on RHEL7.x with James&apos;s latest reversion patch? We don&apos;t want to release 2.10.0 with a drop in functionality compared to 2.9.&lt;/p&gt;</comment>
                            <comment id="200268" author="sbuisson" created="Mon, 26 Jun 2017 20:39:51 +0000"  >&lt;p&gt;With the patch &apos;&lt;a href=&quot;https://jira.whamcloud.com/browse/LU-9073&quot; title=&quot;SSK: lgss_sk generates keys with invalid HMAC and Crypto algorithms&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-9073&quot;&gt;&lt;del&gt;LU-9073&lt;/del&gt;&lt;/a&gt; gss: remove newer kernel support&apos; at &lt;a href=&quot;https://review.whamcloud.com/27823&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://review.whamcloud.com/27823&lt;/a&gt;, I do not get any error message on server side when a client running krb5n flavor is unmounted:&lt;/p&gt;

&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;juin 27 05:30:51 ltest-vm4 kernel: Lustre: 11812:0:(sec_gss.c:2323:gss_svc_handle_destroy()) destroy svc ctx ffff8803fbd6bc40 idx 0x31cb7c0f1b298198 (0-&amp;gt;10.128.11.159@tcp)
juin 27 05:30:56 ltest-vm4 kernel: Lustre: 11764:0:(sec_gss.c:1222:gss_cli_ctx_fini_common()) reverse sec ffff8800364a4500: destroy ctx ffff880036603780
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;That being said, the problem mentioned earlier is not blocking, and could be tackled in another Jira. I would support the idea of having patch at &lt;a href=&quot;https://review.whamcloud.com/25199&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://review.whamcloud.com/25199&lt;/a&gt; landed, in order not to block support for GSS with newer kernels, knowing that it gives &apos;checksum mismatch&apos; errors on server side when clients are unmounted.&lt;/p&gt;

&lt;p&gt;What do you think?&lt;/p&gt;</comment>
                            <comment id="200276" author="hannac" created="Mon, 26 Jun 2017 21:42:21 +0000"  >&lt;p&gt;After spending some time with the latest reversion from James, it appears to have fixed the issue.  We were able to run sanity-sec and sanity for some time.  There were some errors, but SSK was engaged any many tests did pass.  I would proceed with the reversion if it is holding you back, and the errors can be diagnosed when time permits.&lt;/p&gt;</comment>
                            <comment id="200296" author="adilger" created="Tue, 27 Jun 2017 00:03:13 +0000"  >&lt;p&gt;Sebastien, Chris, could you please mark +1 on the patch if it is working for you, so that we can land it.&lt;/p&gt;</comment>
                            <comment id="200390" author="sbuisson" created="Tue, 27 Jun 2017 14:06:14 +0000"  >&lt;p&gt;Chris, did you +1 on the right patch?&lt;/p&gt;</comment>
                            <comment id="200420" author="gerrit" created="Tue, 27 Jun 2017 19:19:07 +0000"  >&lt;p&gt;Oleg Drokin (oleg.drokin@intel.com) merged in patch &lt;a href=&quot;https://review.whamcloud.com/27823/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://review.whamcloud.com/27823/&lt;/a&gt;&lt;br/&gt;
Subject: &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-9073&quot; title=&quot;SSK: lgss_sk generates keys with invalid HMAC and Crypto algorithms&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-9073&quot;&gt;&lt;del&gt;LU-9073&lt;/del&gt;&lt;/a&gt; gss: remove newer kernel support&lt;br/&gt;
Project: fs/lustre-release&lt;br/&gt;
Branch: master&lt;br/&gt;
Current Patch Set: &lt;br/&gt;
Commit: 2c27b194121665061cc0527e8bef35886ec7fea8&lt;/p&gt;</comment>
                            <comment id="200423" author="pjones" created="Tue, 27 Jun 2017 19:32:54 +0000"  >&lt;p&gt;After some discussion we elected to land the reversion option for 2.10.0 and then aim to sort out GSS support for new kernel versions post-2.10.0. The rationale is that this keeps consistent behaviour with 2.9 for the officially supported distros.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10011">
                    <name>Related</name>
                                            <outwardlinks description="is related to ">
                                        <issuelink>
            <issuekey id="46342">LU-9567</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="39754">LU-8602</issuekey>
        </issuelink>
                            </outwardlinks>
                                                                <inwardlinks description="is related to">
                                        <issuelink>
            <issuekey id="46415">LU-9582</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="43655">LU-9086</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="45815">LU-9430</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|hzz2a7:</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>