This bug appears to be fixed in the version of nfs-utils in karmic;
mounting nfs4 filesystems doesn't trigger any warnings about rpc.idmapd
not running.
** Changed in: nfs-utils (Ubuntu)
Status: Triaged = Fix Released
--
rpc.idmapd not working
https://bugs.launchpad.net/bugs/87382
You
The Linux/NFSv4 people seem to think this is their bug and have accepted a
patch to fix it:
http://linux-nfs.org/pipermail/nfsv4/2005-September/002615.html
http://linux-nfs.org/pipermail/nfsv4/2005-September/002618.html
For me, on Intrepid, misi's line in /etc/fstab does make the symptom go
Sorry, that's the RedHat people, not the Linux/NFSv4 peeps.
--
rpc.idmapd not working
https://bugs.launchpad.net/bugs/87382
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
** Changed in: nfs-utils (Ubuntu)
Importance: Undecided = Medium
Assignee: Rolf Leggewie (r0lf) = (unassigned)
Status: Incomplete = Triaged
--
rpc.idmapd not working
https://bugs.launchpad.net/bugs/87382
You received this bug notification because you are a member of Ubuntu
Bugs,
yes, still an issue, I have gutsy and modified the nfs-common script as
follows:
log_progress_msg idmapd
start-stop-daemon --start --oknodo --quiet --pidfile
/var/run/rpc.idmapd.pid --make-pidfile \
--exec /usr/sbin/rpc.idmapd
hehe I think I found the solution
no need for --pidfile etc., leave the nfs-common script untouched and
add
nfsd/proc/fs/nfsd nfsddefaults0 0
to the /etc/fstab on the nfs server machine
--
rpc.idmapd not working
https://bugs.launchpad.net/bugs/87382
You
still an issue?
** Changed in: nfs-utils (Ubuntu)
Assignee: (unassigned) = Rolf Leggewie (r0lf)
Status: New = Incomplete
--
rpc.idmapd not working
https://bugs.launchpad.net/bugs/87382
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug
This is a bug in mount, not nfs-utils. The warning is simply bogus and
should be ignored.
As others have pointed out, you can't just ask start-stop-daemon to make a pid
file, since rpc.idmapd forks.
Thus, you end up with entirely the wrong pid, which makes
/etc/init.d/nfs-common start fire up
Experiencing this same bug on a fresh feisty install.
This is a pretty major bug, which deserves to be fixed. Editing
/etc/init.d/nfs-common as mentioned above works.
--
rpc.idmapd not working
https://bugs.launchpad.net/bugs/87382
You received this bug notification because you are a member of
I ran the patch you suggested Joseph.. only issue is the pid that ends
up in the pid file is always one out from the actual idmapd pid.
I am not sure why its doing it.
I added this just under the --exec line to get the real pid. just a temp
solution till a proper patch shows.
ps -ef | grep
I'm seeing this too, with 1.0.11~git-20060105-2 (i.e. feisty).
I strace'd mount(8), and see that mount prints that warning just after
failing to locate the file /var/run/rpc.idmapd.pid. The warning seems
to be spurious -- rpc.idmapd is running, and I'm seeing the correct
owners on the mounted
Stupid question perhaps, but what is the content of your /etc/default
/nfs-common file?
--
rpc.idmapd not working
https://launchpad.net/bugs/87382
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
STATDOPTS=
NEED_LOCKD=
NEED_IDMAPD=yes
NEED_GSSD=no
--
rpc.idmapd not working
https://launchpad.net/bugs/87382
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Linux ying64 2.6.20-8-server #2 SMP Tue Feb 13 01:19:38 UTC 2007 x86_64
GNU/Linux
--
rpc.idmapd not working
https://launchpad.net/bugs/87382
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Sorry, the above comment was uname -a on the server. On the client, uname -a
is Linux spectrum 2.6.20-8-generic #2 SMP Tue Feb 13 01:14:41 UTC 2007 x86_64
GNU/Linux.
I'm not sure where rpc.idmapd needs to be running, but I have it running in
both client and server.
--
rpc.idmapd not working
I saw here a possible solution: http://bugs.donarmstrong.com/cgi-
bin/bugreport.cgi?bug=389557;msg=5
Although the suggested --pidfile /var/run/rpc.idmapd.pid didn't work,
manually writing the pid file seems to work:
24176 ?Ss 0:00 /usr/sbin/rpc.idmapd
[EMAIL PROTECTED]:~ # echo 24176
$uname -a ?
--
rpc.idmapd not working
https://launchpad.net/bugs/87382
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
17 matches
Mail list logo