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 ;-)

--
Vitus Jensen, Hannover, Germany, Earth, Universe (current)

[Aragorn]

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

> 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?

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?

>
> 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.

--
Aragorn
(registered GNU/Linux user #223157)

[J.O. Aho]

Vitus Jensen wrote:
> 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" ...

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.

--

//Aho

[Vitus Jensen]

On Tue, 27 Sep 2011, J.O. Aho wrote:

> Vitus Jensen wrote:
>>
>> 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" ...
>
> your init file should have:
>
> 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

> 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....@09.07.2011)
[I] sys-apps/baselayout (2....@14.08.2011)
[I] net-fs/nfs-utils (1.2....@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

[Vitus Jensen]

On Tue, 27 Sep 2011, Aragorn wrote:

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

>> 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?
>
> 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.

>> 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.

> 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...

> On Tue, 27 Sep 2011, Aragorn wrote:
>
>> On Tuesday 27 September 2011 06:30 in alt.os.linux.gentoo, somebody
>> identifying as Vitus Jensen wrote...
>>
>>> 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?
>>
>> 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.

> 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.

>>> 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.

> Very sad as before that incident alt.os.linux.gentoo was a very alive
> group.

Yes, I remember that. And very sad indeed.

>> 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.

> ...] I like Usenet a lot more [...

Then that makes two of us. ;-)

> ...] 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. ;-)