Summary: | sys-kernel/dracut-022-r5: nfs module usernames do not match Gentoo usernames | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Dennis Schridde <dschridde+gentoobugs> |
Component: | [OLD] Core system | Assignee: | Amadeusz Żołnowski (RETIRED) <aidecoe> |
Status: | RESOLVED NEEDINFO | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Dennis Schridde
2012-08-24 10:08:35 UTC
Could you tell what is the effect of this? The only user used in commands is rpc in chown command which is run on directory which is probably not used anyway. (In reply to comment #1) > Could you tell what is the effect of this? The only user used in commands > is rpc in chown command which is run on directory which is probably not used > anyway. I am not sure what the effect is. I noticed this while debugging a problem with rootfs on NFSv4, where idmapd would complain about user nobody not existing. When looking at the code in module-setup.sh I figured there might be a relation, because it does not add user nobody to passwd. (In reply to comment #2) > [...] because it does not add user nobody to passwd. User nobody is being added in 99base/module-setup.sh. (In reply to comment #3) > (In reply to comment #2) > > [...] because it does not add user nobody to passwd. > > User nobody is being added in 99base/module-setup.sh. I noticed that, too — later. If you don't see a reason to fix this, please feel free to close it. NFSv3 is working for me for the time being, so it might be a while until I figure out why idmapd complains the way it does. OK. Reopen if you find this to be a reason wrt nfs problems, please. NFSv4 seems to be problematic as a rootfs anyway. |