Summary: | net-fs/nfs-utils should install /etc/request-key.d/id_resolver.conf file so idmap works with new in-kernel idmapper | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Maciej S. Szmigiero <mail> |
Component: | Current packages | Assignee: | Network Filesystems <net-fs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | jer |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 413173 | ||
Bug Blocks: |
Description
Maciej S. Szmigiero
2012-05-12 20:56:04 UTC
CONFIG_NFS_USE_NEW_IDMAPPER is dead. the behavior is automagic now, so configuring keyutils is not required. see Bug 413173 where this was covered. (In reply to comment #1) > CONFIG_NFS_USE_NEW_IDMAPPER is dead. the behavior is automagic now, so > configuring keyutils is not required. see Bug 413173 where this was covered. I believe it's still necessary to have a correctly-configured /etc/request-key.conf to use the new upcall behavior, otherwise the kernel will fall back to the old behavior. Everything works correctly if a single missing line is added to /etc/request-key.conf yes, the config is needed for the upcall, but the point is that things don't fail if the file isn't there Hello and thanks for quick answer, First, I see that newly added to the tree ebuild for nfs-utils-1.2.6 installs "/etc/request-key.d/50_id_resolver.conf". Unfortunately, this does not work as request-key searches for exact name "/etc/request-key.d/<keytype>.conf" (see man 8 request-key) - it can't have any prefix (or postfix, to be exact). Second, the nfsidmap invocation has actually changed in this very version, and now it needs "create id_resolver * * /usr/sbin/nfsidmap -t 600 %k %d" (it's minus "t" before 600 now). Commit message: Update request-key.d config settings http://sources.gentoo.org/net-fs/nfs-utils/nfs-utils-1.2.6.ebuild?r1=1.2&r2=1.3 |