[LU-540] fix interop issues with lustre_user.h Created: 27/Jul/11 Updated: 03/Dec/14 Resolved: 30/Sep/11 |
|
| Status: | Resolved |
| Project: | Lustre |
| Component/s: | None |
| Affects Version/s: | Lustre 2.0.0, Lustre 2.1.0 |
| Fix Version/s: | Lustre 2.1.0 |
| Type: | Bug | Priority: | Minor |
| Reporter: | Andreas Dilger | Assignee: | nasf (Inactive) |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Issue Links: |
|
||||||||
| Severity: | 3 | ||||||||
| Rank (Obsolete): | 4924 | ||||||||
| Description |
It is not easy to resolve interoperability issues between 1.x user space
Since the downcall structure sizes for 1.x and 2.x are different, it can
"LL_FILE_RMTACL" is used for remote client ACL processing. Since no released |
| Comments |
| Comment by Andreas Dilger [ 27/Jul/11 ] |
|
For the lloop ioctl issue I've submitted http://review.whamcloud.com/1149, and for the struct if_quotactl change a pair of patches (http://review.whamcloud.com/1151 and http://review.whamcloud.com/1152) for ease of review. The first patch only moves some code around, and the second one implements the compatibility bits. |
| Comment by nasf (Inactive) [ 28/Jul/11 ] |
|
Patch for "LL_FILE_RMTACL" conflict: |
| Comment by nasf (Inactive) [ 28/Jul/11 ] |
|
Patch for supplementary group downcall interoperability: |
| Comment by Build Master (Inactive) [ 29/Jul/11 ] |
|
Integrated in Oleg Drokin : 770f9c0e7e8eb3dc3a9e531210cbf29008e9a27d
|
| Comment by Build Master (Inactive) [ 29/Jul/11 ] |
|
Integrated in Oleg Drokin : 770f9c0e7e8eb3dc3a9e531210cbf29008e9a27d
|
| Comment by Build Master (Inactive) [ 29/Jul/11 ] |
|
Integrated in Oleg Drokin : 770f9c0e7e8eb3dc3a9e531210cbf29008e9a27d
|
| Comment by Build Master (Inactive) [ 29/Jul/11 ] |
|
Integrated in Oleg Drokin : 770f9c0e7e8eb3dc3a9e531210cbf29008e9a27d
|
| Comment by Build Master (Inactive) [ 29/Jul/11 ] |
|
Integrated in Oleg Drokin : 770f9c0e7e8eb3dc3a9e531210cbf29008e9a27d
|
| Comment by Build Master (Inactive) [ 29/Jul/11 ] |
|
Integrated in Oleg Drokin : 770f9c0e7e8eb3dc3a9e531210cbf29008e9a27d
|
| Comment by Build Master (Inactive) [ 29/Jul/11 ] |
|
Integrated in Oleg Drokin : 770f9c0e7e8eb3dc3a9e531210cbf29008e9a27d
|
| Comment by Build Master (Inactive) [ 29/Jul/11 ] |
|
Integrated in Oleg Drokin : 770f9c0e7e8eb3dc3a9e531210cbf29008e9a27d
|
| Comment by Build Master (Inactive) [ 29/Jul/11 ] |
|
Integrated in Oleg Drokin : 770f9c0e7e8eb3dc3a9e531210cbf29008e9a27d
|
| Comment by Build Master (Inactive) [ 29/Jul/11 ] |
|
Integrated in Oleg Drokin : 770f9c0e7e8eb3dc3a9e531210cbf29008e9a27d
|
| Comment by Build Master (Inactive) [ 29/Jul/11 ] |
|
Integrated in Oleg Drokin : 770f9c0e7e8eb3dc3a9e531210cbf29008e9a27d
|
| Comment by Build Master (Inactive) [ 29/Jul/11 ] |
|
Integrated in Oleg Drokin : 770f9c0e7e8eb3dc3a9e531210cbf29008e9a27d
|
| Comment by Build Master (Inactive) [ 29/Jul/11 ] |
|
Integrated in Oleg Drokin : 770f9c0e7e8eb3dc3a9e531210cbf29008e9a27d
|
| Comment by Build Master (Inactive) [ 29/Jul/11 ] |
|
Integrated in Oleg Drokin : 770f9c0e7e8eb3dc3a9e531210cbf29008e9a27d
|
| Comment by Build Master (Inactive) [ 29/Jul/11 ] |
|
Integrated in Oleg Drokin : 90bde110350493b1d07b12f692a829b4d2cab617
|
| Comment by Build Master (Inactive) [ 29/Jul/11 ] |
|
Integrated in Oleg Drokin : 90bde110350493b1d07b12f692a829b4d2cab617
|
| Comment by Build Master (Inactive) [ 29/Jul/11 ] |
|
Integrated in Oleg Drokin : 90bde110350493b1d07b12f692a829b4d2cab617
|
| Comment by Build Master (Inactive) [ 29/Jul/11 ] |
|
Integrated in Oleg Drokin : 90bde110350493b1d07b12f692a829b4d2cab617
|
| Comment by Build Master (Inactive) [ 29/Jul/11 ] |
|
Integrated in Oleg Drokin : 90bde110350493b1d07b12f692a829b4d2cab617
|
| Comment by Build Master (Inactive) [ 29/Jul/11 ] |
|
Integrated in Oleg Drokin : 90bde110350493b1d07b12f692a829b4d2cab617
|
| Comment by Build Master (Inactive) [ 29/Jul/11 ] |
|
Integrated in Oleg Drokin : 90bde110350493b1d07b12f692a829b4d2cab617
|
| Comment by Build Master (Inactive) [ 29/Jul/11 ] |
|
Integrated in Oleg Drokin : 90bde110350493b1d07b12f692a829b4d2cab617
|
| Comment by Build Master (Inactive) [ 29/Jul/11 ] |
|
Integrated in Oleg Drokin : 90bde110350493b1d07b12f692a829b4d2cab617
|
| Comment by Build Master (Inactive) [ 29/Jul/11 ] |
|
Integrated in Oleg Drokin : 90bde110350493b1d07b12f692a829b4d2cab617
|
| Comment by Build Master (Inactive) [ 29/Jul/11 ] |
|
Integrated in Oleg Drokin : 90bde110350493b1d07b12f692a829b4d2cab617
|
| Comment by Build Master (Inactive) [ 29/Jul/11 ] |
|
Integrated in Oleg Drokin : 90bde110350493b1d07b12f692a829b4d2cab617
|
| Comment by Build Master (Inactive) [ 29/Jul/11 ] |
|
Integrated in Oleg Drokin : 90bde110350493b1d07b12f692a829b4d2cab617
|
| Comment by Build Master (Inactive) [ 29/Jul/11 ] |
|
Integrated in Oleg Drokin : 90bde110350493b1d07b12f692a829b4d2cab617
|
| Comment by nasf (Inactive) [ 01/Aug/11 ] |
|
About supplementary group downcall interoperability issues, it is almost impossible to support 1.8 user space downcall utils to run against 2.x kernel stack. Because downcall proc interfaces have been renamed, and moved from MDS to MDT. That means even if without supplementary group downcall changed, the 1.8 user space supplementary group downcall utils still cannot communicate with 2.x kernel stack properly. So I am not sure whether it is worth to fix 2.x proc interfaces to support 1.8 user space supplementary group downcall utils. On the other hand, there are some other issues for current 2.x user space supplementary group downcall utils. I will make patch to fix those issues. |
| Comment by Andreas Dilger [ 01/Aug/11 ] |
|
Fan Yong, I didn't realize that the user interface path also changed for 2.x. In that case I agree there cannot be any confusion. We can ignore this upcall/downcall compatibilty for 2.1. |
| Comment by nasf (Inactive) [ 02/Aug/11 ] |
|
misc patch for user identity upcall/downcall |
| Comment by Build Master (Inactive) [ 05/Aug/11 ] |
|
Integrated in Oleg Drokin : 56c3ba38463d428340475130a1f5ce0daf3713fa
|
| Comment by Build Master (Inactive) [ 05/Aug/11 ] |
|
Integrated in Oleg Drokin : 56c3ba38463d428340475130a1f5ce0daf3713fa
|
| Comment by Build Master (Inactive) [ 05/Aug/11 ] |
|
Integrated in Oleg Drokin : 56c3ba38463d428340475130a1f5ce0daf3713fa
|
| Comment by Build Master (Inactive) [ 05/Aug/11 ] |
|
Integrated in Oleg Drokin : 56c3ba38463d428340475130a1f5ce0daf3713fa
|
| Comment by Build Master (Inactive) [ 05/Aug/11 ] |
|
Integrated in Oleg Drokin : 56c3ba38463d428340475130a1f5ce0daf3713fa
|
| Comment by Build Master (Inactive) [ 05/Aug/11 ] |
|
Integrated in Oleg Drokin : 56c3ba38463d428340475130a1f5ce0daf3713fa
|
| Comment by Build Master (Inactive) [ 05/Aug/11 ] |
|
Integrated in Oleg Drokin : 56c3ba38463d428340475130a1f5ce0daf3713fa
|
| Comment by Build Master (Inactive) [ 05/Aug/11 ] |
|
Integrated in Oleg Drokin : 56c3ba38463d428340475130a1f5ce0daf3713fa
|
| Comment by Build Master (Inactive) [ 05/Aug/11 ] |
|
Integrated in Oleg Drokin : 56c3ba38463d428340475130a1f5ce0daf3713fa
|
| Comment by Build Master (Inactive) [ 05/Aug/11 ] |
|
Integrated in Oleg Drokin : 56c3ba38463d428340475130a1f5ce0daf3713fa
|
| Comment by Build Master (Inactive) [ 05/Aug/11 ] |
|
Integrated in Oleg Drokin : 56c3ba38463d428340475130a1f5ce0daf3713fa
|
| Comment by Build Master (Inactive) [ 05/Aug/11 ] |
|
Integrated in Oleg Drokin : 56c3ba38463d428340475130a1f5ce0daf3713fa
|
| Comment by Build Master (Inactive) [ 05/Aug/11 ] |
|
Integrated in Oleg Drokin : 56c3ba38463d428340475130a1f5ce0daf3713fa
|
| Comment by Build Master (Inactive) [ 05/Aug/11 ] |
|
Integrated in Oleg Drokin : 56c3ba38463d428340475130a1f5ce0daf3713fa
|
| Comment by Build Master (Inactive) [ 09/Aug/11 ] |
|
Integrated in Oleg Drokin : 0c051fd0e737e03ac6cadb7699c93bcde959b4fd
|
| Comment by Build Master (Inactive) [ 09/Aug/11 ] |
|
Integrated in Oleg Drokin : 0c051fd0e737e03ac6cadb7699c93bcde959b4fd
|
| Comment by Build Master (Inactive) [ 09/Aug/11 ] |
|
Integrated in Oleg Drokin : 0c051fd0e737e03ac6cadb7699c93bcde959b4fd
|
| Comment by Build Master (Inactive) [ 09/Aug/11 ] |
|
Integrated in Oleg Drokin : 0c051fd0e737e03ac6cadb7699c93bcde959b4fd
|
| Comment by Build Master (Inactive) [ 09/Aug/11 ] |
|
Integrated in Oleg Drokin : 0c051fd0e737e03ac6cadb7699c93bcde959b4fd
|
| Comment by Build Master (Inactive) [ 09/Aug/11 ] |
|
Integrated in Oleg Drokin : 0c051fd0e737e03ac6cadb7699c93bcde959b4fd
|
| Comment by Build Master (Inactive) [ 09/Aug/11 ] |
|
Integrated in Oleg Drokin : 0c051fd0e737e03ac6cadb7699c93bcde959b4fd
|
| Comment by Build Master (Inactive) [ 09/Aug/11 ] |
|
Integrated in Oleg Drokin : 0c051fd0e737e03ac6cadb7699c93bcde959b4fd
|
| Comment by Build Master (Inactive) [ 09/Aug/11 ] |
|
Integrated in Oleg Drokin : 0c051fd0e737e03ac6cadb7699c93bcde959b4fd
|
| Comment by Build Master (Inactive) [ 09/Aug/11 ] |
|
Integrated in Oleg Drokin : 0c051fd0e737e03ac6cadb7699c93bcde959b4fd
|
| Comment by Build Master (Inactive) [ 09/Aug/11 ] |
|
Integrated in Oleg Drokin : 0c051fd0e737e03ac6cadb7699c93bcde959b4fd
|
| Comment by Build Master (Inactive) [ 09/Aug/11 ] |
|
Integrated in Oleg Drokin : 0c051fd0e737e03ac6cadb7699c93bcde959b4fd
|
| Comment by Build Master (Inactive) [ 09/Aug/11 ] |
|
Integrated in Oleg Drokin : 0c051fd0e737e03ac6cadb7699c93bcde959b4fd
|
| Comment by Build Master (Inactive) [ 09/Aug/11 ] |
|
Integrated in Oleg Drokin : 0c051fd0e737e03ac6cadb7699c93bcde959b4fd
|
| Comment by Build Master (Inactive) [ 09/Aug/11 ] |
|
Integrated in Oleg Drokin : 4b7cbec396fcd7afb81d601a2facb70ee8c7ad28
|
| Comment by Build Master (Inactive) [ 09/Aug/11 ] |
|
Integrated in Oleg Drokin : 4b7cbec396fcd7afb81d601a2facb70ee8c7ad28
|
| Comment by Build Master (Inactive) [ 09/Aug/11 ] |
|
Integrated in Oleg Drokin : 4b7cbec396fcd7afb81d601a2facb70ee8c7ad28
|
| Comment by Build Master (Inactive) [ 09/Aug/11 ] |
|
Integrated in Oleg Drokin : 4b7cbec396fcd7afb81d601a2facb70ee8c7ad28
|
| Comment by Build Master (Inactive) [ 09/Aug/11 ] |
|
Integrated in Oleg Drokin : 4b7cbec396fcd7afb81d601a2facb70ee8c7ad28
|
| Comment by Build Master (Inactive) [ 09/Aug/11 ] |
|
Integrated in Oleg Drokin : 4b7cbec396fcd7afb81d601a2facb70ee8c7ad28
|
| Comment by Build Master (Inactive) [ 09/Aug/11 ] |
|
Integrated in Oleg Drokin : 4b7cbec396fcd7afb81d601a2facb70ee8c7ad28
|
| Comment by Build Master (Inactive) [ 09/Aug/11 ] |
|
Integrated in Oleg Drokin : 4b7cbec396fcd7afb81d601a2facb70ee8c7ad28
|
| Comment by Build Master (Inactive) [ 09/Aug/11 ] |
|
Integrated in Oleg Drokin : 4b7cbec396fcd7afb81d601a2facb70ee8c7ad28
|
| Comment by Build Master (Inactive) [ 09/Aug/11 ] |
|
Integrated in Oleg Drokin : 4b7cbec396fcd7afb81d601a2facb70ee8c7ad28
|
| Comment by Build Master (Inactive) [ 09/Aug/11 ] |
|
Integrated in Oleg Drokin : 4b7cbec396fcd7afb81d601a2facb70ee8c7ad28
|
| Comment by Build Master (Inactive) [ 09/Aug/11 ] |
|
Integrated in Oleg Drokin : 4b7cbec396fcd7afb81d601a2facb70ee8c7ad28
|
| Comment by Build Master (Inactive) [ 09/Aug/11 ] |
|
Integrated in Oleg Drokin : 4b7cbec396fcd7afb81d601a2facb70ee8c7ad28
|
| Comment by Build Master (Inactive) [ 09/Aug/11 ] |
|
Integrated in Oleg Drokin : 4b7cbec396fcd7afb81d601a2facb70ee8c7ad28
|
| Comment by James A Simmons [ 11/Aug/11 ] |
|
Just test the lastest code drop on our test bed at the lab. The file system mounted but couldn't access it. I did a git bisect and reverted this patch and it worked again. |
| Comment by nasf (Inactive) [ 11/Aug/11 ] |
|
> Just test the lastest code drop on our test bed at the lab. The file system mounted but couldn't access it. I did a git bisect and reverted this patch and it worked again. Which patch you revert? the "misc patch for user identity upcall/downcall"? If so, please update the MDS-side user space utils "l_getidentity" with latest version, usually it is under /usr/sbin/l_getidentity. On the other hand, please show me the dmesg on MDS side if possible. Thanks! |
| Comment by James A Simmons [ 11/Aug/11 ] |
|
Yes that is the one and yes I did update the l_getidenttity. We don't need a special utiltiy for upcall so we use what is built by lustre. What is different is that we supply a /etc/lustre/perm file |
| Comment by nasf (Inactive) [ 11/Aug/11 ] |
|
The old l_getidentity and new one process /etc/lustre/perm with the same behavior. So I do not think such file can cause the failure. What is error reported/message when you use new version Lustre? |
| Comment by Oleg Drokin [ 15/Aug/11 ] |
|
James shared the perms file with me, but unfortunately it seems to be 1.8 based or otherwise invalid. Anyway I was inspecting updated l_getidentity code and I think I see the problem in perms handling: + size = offsetof(struct identity_downcall_data,
later on we proceed to write size bytes to kernel. Now the problem is if get_perms() call added any more group entries and increased the data->idd_ngroups value, the size won't be updated and we would never pass these extra entries to the kernel. |
| Comment by Oleg Drokin [ 15/Aug/11 ] |
|
Ok, it turns out I spoke too soon Teh perms file cannot add any more groups. And it is invalid. Where the old l_getidentity just ignored invalid perms file and fed the group data to the kernel, |
| Comment by Andreas Dilger [ 29/Sep/11 ] |
|
Is there still unfinished work with this bug, or did it all get landed? |
| Comment by nasf (Inactive) [ 30/Sep/11 ] |
|
I think we have done what we want. |
| Comment by Andreas Dilger [ 30/Sep/11 ] |
|
Patches were landed for 2.1.0. |