[LU-7845] Support namespace in credentials retrieval Created: 04/Mar/16 Updated: 15/Feb/23 Resolved: 17/Dec/16 |
|
| Status: | Resolved |
| Project: | Lustre |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | Lustre 2.10.0 |
| Type: | New Feature | Priority: | Minor |
| Reporter: | Sebastien Buisson (Inactive) | Assignee: | John Hammond |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | patch | ||
| Issue Links: |
|
||||||||||||||||
| Rank (Obsolete): | 9223372036854775807 | ||||||||||||||||
| Description |
|
We are running Lustre clients from Docker containers, and we try to have Kerberos authentication for them. There are some ongoing discussions in the kernel to find the best way, if any, to address this problem of namespace between request_key and userland helper. Thanks, |
| Comments |
| Comment by Gerrit Updater [ 04/Mar/16 ] |
|
Sebastien Buisson (sbuisson@ddn.com) uploaded a new patch: http://review.whamcloud.com/18781 |
| Comment by Gerrit Updater [ 04/Mar/16 ] |
|
Sebastien Buisson (sbuisson@ddn.com) uploaded a new patch: http://review.whamcloud.com/18782 |
| Comment by Gerrit Updater [ 26/Apr/16 ] |
|
Sebastien Buisson (sbuisson@ddn.com) uploaded a new patch: http://review.whamcloud.com/19792 |
| Comment by Gerrit Updater [ 11/Jul/16 ] |
|
Oleg Drokin (oleg.drokin@intel.com) merged in patch http://review.whamcloud.com/18782/ |
| Comment by Gerrit Updater [ 02/Aug/16 ] |
|
Oleg Drokin (oleg.drokin@intel.com) uploaded a new patch: http://review.whamcloud.com/21631 |
| Comment by Sebastien Buisson (Inactive) [ 02/Aug/16 ] |
|
Oleg, I guess you reverted patch http://review.whamcloud.com/18782 to solve the issue described in If you anyway think that patch http://review.whamcloud.com/21437 is necessary, let's work to have it merged. Sebastien. |
| Comment by John Hammond [ 02/Aug/16 ] |
|
> But as the issue was still hit with patch http://review.whamcloud.com/21437 (patch that avoids calling lnet_ipif_query() while holding the lnet_net_lock), there is no clue that this patch is responsible for this soft lockup. This patch calls LIBCFS_ALLOC() while holding the lock so it's also subject to soft lockup. |
| Comment by Sebastien Buisson (Inactive) [ 03/Aug/16 ] |
|
I pushed a new version of the patch at http://review.whamcloud.com/21437, that avoids calling LIBCFS_ALLOC() while holding the lock. |
| Comment by Sebastien Buisson (Inactive) [ 04/Aug/16 ] |
|
FYI, patch http://review.whamcloud.com/21437 successfully passed Maloo tests. |
| Comment by Sebastien Buisson (Inactive) [ 05/Aug/16 ] |
|
Hi, Confirmed that http://review.whamcloud.com/21437 passes sanity tests consistently. |
| Comment by Gerrit Updater [ 06/Aug/16 ] |
|
Oleg Drokin (oleg.drokin@intel.com) merged in patch http://review.whamcloud.com/21631/ |
| Comment by Gerrit Updater [ 11/Aug/16 ] |
|
Sebastien Buisson (sbuisson@ddn.com) uploaded a new patch: http://review.whamcloud.com/21884 |
| Comment by Gerrit Updater [ 29/Aug/16 ] |
|
Oleg Drokin (oleg.drokin@intel.com) merged in patch http://review.whamcloud.com/21884/ |
| Comment by Gerrit Updater [ 17/Dec/16 ] |
|
Oleg Drokin (oleg.drokin@intel.com) merged in patch https://review.whamcloud.com/18781/ |
| Comment by Gerrit Updater [ 17/Dec/16 ] |
|
Oleg Drokin (oleg.drokin@intel.com) merged in patch https://review.whamcloud.com/19792/ |
| Comment by Peter Jones [ 17/Dec/16 ] |
|
Landed for 2.10 |