I have a new openssh (openssh-server-6.1p1-4.fc18.i686) chroot environment in Fedora Core 18 and puts users in a chroot directory structure with a (bash) shell. During troubleshooting SELinux has been in permissive mode to rule it out as the cause of the problems.
On logon users see the following:
Using username "testuser". Authenticating with public key "rsa-key-xxxxxxx" from agent id: cannot find name for group ID 1002 id: cannot find name for user ID 1001 id: cannot find name for group ID 1002 id: cannot find name for user ID 1001 [I have no name!@fc18test ~]$
Whoami fails in similar fashion.
What are the dependencies for the id command to work properly in this chroot environment? It used to work fine in previous version of Fedora using older versions of OpenSSH.
In the chroot environment the /etc directory has been recreated with passwd & passwd-, group & group-, and nsswitch.conf. nsswitch.conf has the entries for "passwd" and "group" defined as "files" and both the user id and group ids exist in the appropriate files. File permissions mirror those of the same files in the standard /etc directory. The SELinux contexts match as well even though it shouldn't be necessary since SELinux is in permissive mode while troubleshooting.
I think id calls either
geteuid(). Is it possible that I'm missing a library in the chroot
Can anyone shed some light on what's going wrong?