rpc.idmapd not started by netmount

[Vitus Jensen]

Hej!

I'm using NFSv4 shares from my server, this relies on idmap to translate
user and group numbers. I've configured nfs to start that service when
nfs is started:

/etc/conf.d/nfs:
...
# Optional services to include in default `/etc/init.d/nfs start`
# For NFSv4 users, you'll want to add "rpc.idmapd" here.
NFS_NEEDED_SERVICES="rpc.idmapd"
...


But rpc.idmapd is not started. Does that file only configure the server
and users have to add it to default runlevel by hand? Doesn't sound right
to me.

How is that supposed to work automatically?

Bye,
Vitus

PS: see, an alt.os.linux.gentoo posting ;-)

[Aragorn]

On Tuesday 27 September 2011 06:30 in alt.os.linux.gentoo, somebody
identifying as Vitus Jensen wrote...

Post by Vitus Jensen
Hej!
I'm using NFSv4 shares from my server, this relies on idmap to
translate user and group numbers. I've configured nfs to start that
...
# Optional services to include in default `/etc/init.d/nfs start`
# For NFSv4 users, you'll want to add "rpc.idmapd" here.
NFS_NEEDED_SERVICES="rpc.idmapd"
...
But rpc.idmapd is not started. Does that file only configure the
server and users have to add it to default runlevel by hand? Doesn't
sound right to me.
How is that supposed to work automatically?

As I understand it, rpc.imapd is a dependency of nfs, meaning that it
should be automatically started, yes. Are the permissions on the file
correct?

Post by Vitus Jensen
Bye,
Vitus
PS: see, an alt.os.linux.gentoo posting ;-)

Unfortunately this group is pretty much dead, thanks to a stupid BBS
admin who let his BBS spam this group to death with old messages
several times a day for over a year.

Most of the traffic - and I do mean *lots* of it [*] - is now to be
found in linux.gentoo.dev and linux.gentoo.users, but both are only
archives to mailing lists.

Communication happens via the mailing lists (which are moderated) and is
then archived on Usenet. I don't think you can post to the Usenet
groups directly, and you either way need a real, working e-mail address
to be able to post. Not advisable on Usenet unless you want to put
yourself through the trouble of receiving filtering out all the
spam. :-/


[*] Both of them have very high traffic, and even if you're not going
to be posting to the mailing lists, there are some very interesting
things being debated there, not just with regard to Gentoo only but
also with regard to upstream, hardware, etc.

[Vitus Jensen]

Post by Aragorn
On Tuesday 27 September 2011 06:30 in alt.os.linux.gentoo, somebody
identifying as Vitus Jensen wrote...

Post by Vitus Jensen
I'm using NFSv4 shares from my server, this relies on idmap to
translate user and group numbers. I've configured nfs to start that
...
# Optional services to include in default `/etc/init.d/nfs start`
# For NFSv4 users, you'll want to add "rpc.idmapd" here.
NFS_NEEDED_SERVICES="rpc.idmapd"
...
But rpc.idmapd is not started. Does that file only configure the
server and users have to add it to default runlevel by hand? Doesn't
sound right to me.
How is that supposed to work automatically?

As I understand it, rpc.imapd is a dependency of nfs, meaning that it
should be automatically started, yes. Are the permissions on the file
correct?

-rwxr-xr-x 1 root root 523 4. Apr 07:24 /etc/init.d/rpcbind
-rwxr-xr-x 1 root root 595 24. Mai 19:54 /etc/init.d/rpc.idmapd
-rwxr-xr-x 1 root root 788 24. Mai 19:54 /etc/init.d/rpc.pipefs
-rwxr-xr-x 1 root root 818 24. Mai 19:54 /etc/init.d/rpc.statd

rpc.statd *is* automatically started.

Please see my other posting: rpc.imapd is a dependency of nfsmount which
is a dependency of netmount. And netmount I start and stop manually when
booting or moving the laptop. Manually because starting it on location
where my NFS server isn't available would cause extremly long delays for
booting / mounting and shutdown / unmounting. I always wanting to tunnel
NFS through the Internet so that a mount would succeed anywhere but are
too lazy to experiment. Therefore the manual mount.

Post by Aragorn

Post by Vitus Jensen
PS: see, an alt.os.linux.gentoo posting ;-)

Unfortunately this group is pretty much dead, thanks to a stupid BBS
admin who let his BBS spam this group to death with old messages
several times a day for over a year.

I know, I have seen and deleted them all. Very sad as before that
incident alt.os.linux.gentoo was a very alive group.

Post by Aragorn
Most of the traffic - and I do mean *lots* of it [*] - is now to be
found in linux.gentoo.dev and linux.gentoo.users, but both are only
archives to mailing lists.
Communication happens via the mailing lists (which are moderated) and is
then archived on Usenet. I don't think you can post to the Usenet
groups directly, and you either way need a real, working e-mail address
to be able to post. Not advisable on Usenet unless you want to put
yourself through the trouble of receiving filtering out all the
spam. :-/

Please don't tell me to use mailinglists, I like Usenet a lot more and
will avoid mailings if possible. Usenet since 1996 or the like. Oh,
always with valid email addresses and with the same mail provider since
then. Usenet is overrated as source of spam.


Vitus

[Aragorn]

On Wednesday 28 September 2011 01:07 in alt.os.linux.gentoo, somebody
identifying as Vitus Jensen wrote...

Post by Vitus Jensen

Post by Aragorn
On Tuesday 27 September 2011 06:30 in alt.os.linux.gentoo, somebody
identifying as Vitus Jensen wrote...

Post by Vitus Jensen
I'm using NFSv4 shares from my server, this relies on idmap to
translate user and group numbers. I've configured nfs to start that
...
# Optional services to include in default `/etc/init.d/nfs start`
# For NFSv4 users, you'll want to add "rpc.idmapd" here.
NFS_NEEDED_SERVICES="rpc.idmapd"
...
But rpc.idmapd is not started. Does that file only configure the
server and users have to add it to default runlevel by hand?
Doesn't sound right to me.
How is that supposed to work automatically?

As I understand it, rpc.imapd is a dependency of nfs, meaning that it
should be automatically started, yes. Are the permissions on the
file correct?

-rwxr-xr-x 1 root root 523 4. Apr 07:24 /etc/init.d/rpcbind
-rwxr-xr-x 1 root root 595 24. Mai 19:54 /etc/init.d/rpc.idmapd
-rwxr-xr-x 1 root root 788 24. Mai 19:54 /etc/init.d/rpc.pipefs
-rwxr-xr-x 1 root root 818 24. Mai 19:54 /etc/init.d/rpc.statd

Okay, that is how it should be. Well, at least, I mean that they're
executable. They should not necessarily be executable to anyone other
than root.

Post by Vitus Jensen
rpc.statd *is* automatically started.
Please see my other posting: rpc.imapd is a dependency of nfsmount
which is a dependency of netmount. And netmount I start and stop
manually when booting or moving the laptop. Manually because starting
it on location where my NFS server isn't available would cause
extremly long delays for booting / mounting and shutdown / unmounting.
I always wanting to tunnel NFS through the Internet so that a mount
would succeed anywhere but are too lazy to experiment. Therefore the
manual mount.

Well, I don't know whether that is the source of the dependency failing,
but in all honesty, I don't think it is. I think J.O. Aho was probably
closer on the mark with his reply.

Post by Vitus Jensen

Post by Aragorn

Post by Vitus Jensen
PS: see, an alt.os.linux.gentoo posting ;-)

Unfortunately this group is pretty much dead, thanks to a stupid BBS
admin who let his BBS spam this group to death with old messages
several times a day for over a year.

I know, I have seen and deleted them all.

I put up a killfile especially for that BBS.

Post by Vitus Jensen
Very sad as before that incident alt.os.linux.gentoo was a very alive
group.

Yes, I remember that. And very sad indeed.

Post by Vitus Jensen

Post by Aragorn
Most of the traffic - and I do mean *lots* of it [*] - is now to be
found in linux.gentoo.dev and linux.gentoo.users, but both are only
archives to mailing lists.
Communication happens via the mailing lists (which are moderated) and
is then archived on Usenet. I don't think you can post to the Usenet
groups directly, and you either way need a real, working e-mail
address to be able to post. Not advisable on Usenet unless you want
to put yourself through the trouble of receiving filtering out all
the spam. :-/

Please don't tell me to use mailinglists, [...

Oh, I'm not! I'm just telling you where they hang out these days, and
that they're obviously still very active.

Post by Vitus Jensen
...] I like Usenet a lot more [...

Then that makes two of us. ;-)

Post by Vitus Jensen
...] and will avoid mailings if possible. Usenet since 1996 or the
like. Oh, always with valid email addresses and with the same mail
provider since then. Usenet is overrated as source of spam.

Hmm... I'm not so sure about that. Still, best not to take any chances
here. ;-)

[J.O. Aho]

Hej!
I'm using NFSv4 shares from my server, this relies on idmap to translate user
...
# Optional services to include in default `/etc/init.d/nfs start`
# For NFSv4 users, you'll want to add "rpc.idmapd" here.
NFS_NEEDED_SERVICES="rpc.idmapd" ...

your init file should have:

use ypbind net dns rpc.rquotad rpc.idmapd rpc.svcgssd

so no point in adding it manually, but check that you have a recent enough
version of nfs-utils, it you made the update to use baselayout2/openrc, then
you may have missed some steps in the upgrade, check

http://www.gentoo.org/doc/en/openrc-migration.xml

But rpc.idmapd is not started. Does that file only configure the server and
users have to add it to default runlevel by hand? Doesn't sound right to me.
How is that supposed to work automatically?

It does for me on all my machines, nfs server and clients.

[Vitus Jensen]

Post by J.O. Aho

Post by Vitus Jensen
I'm using NFSv4 shares from my server, this relies on idmap to
translate user and group numbers. I've configured nfs to start that
...
# Optional services to include in default `/etc/init.d/nfs start`
# For NFSv4 users, you'll want to add "rpc.idmapd" here.
NFS_NEEDED_SERVICES="rpc.idmapd" ...

use ypbind net dns rpc.rquotad rpc.idmapd rpc.svcgssd

/etc/init.d/netmount:37: use dns nfs nfsmount portmap rpcbind
rpc.statd rpc.lockd
/etc/init.d/netmount:53: service_started nfsmount && continue

line 37 resides inside a function depend(), which I assume is called by
openrc.

/etc/init.d/nfsmount:24: use ypbind dns rpc.idmapd rpc.gssd

inside depend(). No fancy "if" conditions, this "use" should be evaluated
all the time.

Both scripts should have standard gentoo contents, git says netmount
was changed during transition to baselayout2 (Mon May 23 07:22:41 2011
+0200) and nfsmount on Mon Aug 16 20:57:04 2010 +0200. As I said, those
files should have the usual gentoo contents but I appreciate it if you
take a look at them:

netmount: http://pastebin.com/uvsp1p6R
nfsmount: http://pastebin.com/R7dez9XW

Post by J.O. Aho
so no point in adding it manually, but check that you have a recent enough
version of nfs-utils, it you made the update to use baselayout2/openrc, then
you may have missed some steps in the upgrade, check
http://www.gentoo.org/doc/en/openrc-migration.xml

I remember reading that document and it's no longer in my reading list, so
I did the transition (git says them same). I'm mostly stable, which means

[I] sys-apps/openrc (0.8.3-***@09.07.2011)
[I] sys-apps/baselayout (***@14.08.2011)
[I] net-fs/nfs-utils (1.2.3-***@24.05.2011)

Only 1 version behind unstable at the moment. There is no "baselayout2"
in portage, it should be =baselayout-2.x.y, right?

Vitus