Bug#468177: nfs-common: idmapd fails mapping if started before server
Alessio Gaeta
Hash: SHA1
Package: nfs-common
Version: 1:1.1.1-13
Severity: important
- -- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (850, 'testing'), (800, 'unstable'), (750, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.22-gas-machine (SMP w/2 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages nfs-common depends on:
ii adduser 3.105 add and remove users and groups
ii initscripts 2.86.ds1-53 Scripts for initializing
and shutt
ii libc6 2.7-6 GNU C Library: Shared libraries
ii libcomerr2 1.40.6-1 common error description
library
ii libevent1 1.3e-1 An asynchronous event
notification
ii libgssglue1 0.1-1 mechanism-switch gssapi library
ii libkrb53 1.6.dfsg.3~beta1-3 MIT Kerberos runtime libraries
ii libnfsidmap2 0.20-0+b1 An nfs idmapping library
ii librpcsecgss3 0.17-1 allows secure rpc
communication us
ii libwrap0 7.6.dbs-14 Wietse Venema's TCP
wrappers libra
ii lsb-base 3.1-24 Linux Standard Base 3.1
init scrip
ii netbase 4.30 Basic TCP/IP networking system
ii portmap 6.0-5 RPC port mapper
ii ucf 3.004 Update Configuration File:
preserv
nfs-common recommends no packages.
- -- no debconf information
Hello.
I'm running a home server with Debian Lenny and exporting NFS4 shares.
Needing a basic username<->UID mapping I use idmapd (on server and
clients, of course).
Nevertheless, when accessing shares from a client, all files are mapped
to nobody:nogroup.
Restarting idmapd (/etc/init.d/nfs-common restart) solves the problem,
and users are correctly mapped.
It seems that tries to map UID as usernames when started before nfsd; in
daemon.log I can read messages like:
rpc.idmapd[pid]: nss_getpwnam: name '1000' does not map into domain foo'
when "real" username should be "alessio" (with UID 1000).
Maybe init start order of nfs-common should be reconsidered, moving the
script after nfs-kernel-server.
Regards
- --
Alessio Gaeta
http://meden.uni.cc
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFHxXRkirbk3DO+UZ0RAooBAJoCa87fPFkrfhs+VNc3GwZP4wtJUwCgsLI9
MAXR/X/CUcybEn83R5XAVHQ=
=WDVV
-----END PGP SIGNATURE-----
--
To UNSUBSCRIBE, email to debian-bugs-...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Steinar H. Gunderson
> Hello.
> I'm running a home server with Debian Lenny and exporting NFS4 shares.
> Needing a basic username<->UID mapping I use idmapd (on server and
> clients, of course).
>
> Nevertheless, when accessing shares from a client, all files are mapped
> to nobody:nogroup.
> Restarting idmapd (/etc/init.d/nfs-common restart) solves the problem,
> and users are correctly mapped.
Where are you restarting idmapd? On the server or the client?
> It seems that tries to map UID as usernames when started before nfsd; in
> daemon.log I can read messages like:
>
> rpc.idmapd[pid]: nss_getpwnam: name '1000' does not map into domain foo'
This is an error from NSS. What does your NSS setup look like? Are you using
LDAP or somesuch?
> Maybe init start order of nfs-common should be reconsidered, moving the
> script after nfs-kernel-server.
That would be impossible -- nfs-kernel-server depends on nfs-common to run
properly.
/* Steinar */
--
Homepage: http://www.sesse.net/