OpenVZ Forum


Home » Mailing lists » Users » rpc.idmapd in container
rpc.idmapd in container [message #46026] Mon, 23 April 2012 08:34 Go to next message
Bj is currently offline  Bj
Messages: 3
Registered: April 2012
Junior Member
Hi,

I'm trying to setup NFS4 in a container but are having trouble getting
the rpc.idmapd daemon process to work.

At startup rpc.idmapd tries to access two proc files which are missing
in the container.

/proc/net/rpc/nfs4.nametoid/channel
/proc/net/rpc/nfs4.idtoname/channel

They are available on the host node through kernel module nfsd.ko

How do I configure OpenVZ to get these?

Running CentOS 6.2 with
042stab053.5< http://wiki.openvz.org/News/updates#Kernel_RHEL6_042stab053. 5_released>

Regards,
Bjorn
Re: rpc.idmapd in container [message #46027 is a reply to message #46026] Mon, 23 April 2012 09:56 Go to previous messageGo to next message
massimiliano.sciabica is currently offline  massimiliano.sciabica
Messages: 11
Registered: March 2012
Junior Member
You can find some hints on Openvz Wiki, but...

Some rpc software
must be patched or substituted with a release that I could not find.


To me, the NFS question is still opened, but I switched to fusefs,
much lighter and performing very well. I suggets you to give it a try.


On Mon, 23 Apr 2012 10:34:04 +0200, Björn Lindgren wrote:

> Hi,
>
>
I'm trying to setup NFS4 in a container but are having trouble getting
the rpc.idmapd daemon process to work.
>
> At startup rpc.idmapd tries
to access two proc files which are missing in the container.
>
>
/proc/net/rpc/nfs4.nametoid/channel
>
/proc/net/rpc/nfs4.idtoname/channel
>
> They are available on the host
node through kernel module nfsd.ko
>
> How do I configure OpenVZ to get
these?
>
> Running CentOS 6.2 with 042stab053.5
>
> Regards,
> Bjorn
Re: rpc.idmapd in container [message #46103 is a reply to message #46027] Thu, 26 April 2012 08:12 Go to previous messageGo to next message
Bj is currently offline  Bj
Messages: 3
Registered: April 2012
Junior Member
Ok, I see. Sorry FuseFS is no option for us at present time.

Can any OpenVZ developer please fill in? is it at current time possible
or not to get working NFS4 name-to-id mapping in a CT?

/Bjorn

On 04/23/2012 11:56 AM, massimiliano.sciabica@kiiama.com wrote:
>
> You can find some hints on Openvz Wiki, but...
>
> Some rpc software must be patched or substituted with a release that I
> could not find.
>
> To me, the NFS question is still opened, but I switched to fusefs,
> much lighter and performing very well. I suggets you to give it a try.
>
> On Mon, 23 Apr 2012 10:34:04 +0200, Björn Lindgren wrote:
>
>> Hi,
>>
>> I'm trying to setup NFS4 in a container but are having trouble
>> getting the rpc.idmapd daemon process to work.
>>
>> At startup rpc.idmapd tries to access two proc files which are
>> missing in the container.
>>
>> /proc/net/rpc/nfs4.nametoid/channel
>> /proc/net/rpc/nfs4.idtoname/channel
>>
>> They are available on the host node through kernel module nfsd.ko
>>
>> How do I configure OpenVZ to get these?
>>
>> Running CentOS 6.2 with 042stab053.5
>>
Re: rpc.idmapd in container [message #46110 is a reply to message #46026] Thu, 26 April 2012 15:53 Go to previous messageGo to next message
kir is currently offline  kir
Messages: 1645
Registered: August 2005
Location: Moscow, Russia
Senior Member

On 04/23/2012 12:34 PM, Björn Lindgren wrote:
> Hi,
>
> I'm trying to setup NFS4 in a container but are having trouble getting
> the rpc.idmapd daemon process to work.
>
> At startup rpc.idmapd tries to access two proc files which are missing
> in the container.
>
> /proc/net/rpc/nfs4.nametoid/channel
> /proc/net/rpc/nfs4.idtoname/channel
>
> They are available on the host node through kernel module nfsd.ko
>
> How do I configure OpenVZ to get these?
>
> Running CentOS 6.2 with
> 042stab053.5< http://wiki.openvz.org/News/updates#Kernel_RHEL6_042stab053. 5_released>

NFS server (and client) inside container is fully supported, for it to
work you need to
(1) have kernel module nfsd loaded before starting CT
(2) have feature nfsd turned on for CT

Both of this is described at
http://wiki.openvz.org/NFS_server_inside_container

Having said that, only NFS v2 and NFS v3 are supported inside CT.

We are currently working on making NFS v4 work inside containers, but we
do it for mainline
kernels rather than in RHEL6 kernel. So whenever we will port OpenVZ to
any of 3.3 kernels,
it will most probably have NFS v4 support. RHEL7-based OpenVZ kernel
will have it, too.

Is there any specific reason why you need NFS v4 and not v3?


Kir Kolyshkin
http://static.openvz.org/userbars/openvz-developer.png
Re: rpc.idmapd in container [message #46174 is a reply to message #46110] Mon, 30 April 2012 10:32 Go to previous message
Bj is currently offline  Bj
Messages: 3
Registered: April 2012
Junior Member
On 04/26/2012 05:53 PM, Kir Kolyshkin wrote:
> On 04/23/2012 12:34 PM, Björn Lindgren wrote:
>> Hi,
>>
>> I'm trying to setup NFS4 in a container but are having trouble
>> getting the rpc.idmapd daemon process to work.
>>
>> At startup rpc.idmapd tries to access two proc files which are
>> missing in the container.
>>
>> /proc/net/rpc/nfs4.nametoid/channel
>> /proc/net/rpc/nfs4.idtoname/channel
>>
>> They are available on the host node through kernel module nfsd.ko
>>
>> How do I configure OpenVZ to get these?
>>
>> Running CentOS 6.2 with
>> 042stab053.5< http://wiki.openvz.org/News/updates#Kernel_RHEL6_042stab053. 5_released>
>
> NFS server (and client) inside container is fully supported, for it to
> work you need to
> (1) have kernel module nfsd loaded before starting CT
> (2) have feature nfsd turned on for CT
>
> Both of this is described at
> http://wiki.openvz.org/NFS_server_inside_container
>
> Having said that, only NFS v2 and NFS v3 are supported inside CT.
>
> We are currently working on making NFS v4 work inside containers, but
> we do it for mainline
> kernels rather than in RHEL6 kernel. So whenever we will port OpenVZ
> to any of 3.3 kernels,
> it will most probably have NFS v4 support. RHEL7-based OpenVZ kernel
> will have it, too.
>
> Is there any specific reason why you need NFS v4 and not v3?

Thanks for clarifying the status of NFSv4 support in OpenVZ.

We are currently using NFSv3 and some of our applications are dependent
on the file locking feature (fcntl/fcntl64 syscall) and we have had
troubles getting remote locking to work correctly between CT and the NFS
server. Sometimes it do work, but suddenly it stop working or stop
working after a reboot of the CT. Looks like it is related to the
out-of-band communication between the CT and rpc.lockd on the NFS
server, or in the locking functionality in the kernel space in VE or NFS
server.

We have found an work-around to the issue by resort to enforcing local
locking with mount option "nolock", this enables the applications to run
on top of NFSv3 in the VE.

Regards,
Bjorn
Previous Topic: HN using swap instead of ram
Next Topic: High Swap Load
Goto Forum:
  


Current Time: Thu Dec 12 16:42:13 GMT 2024

Total time taken to generate the page: 0.04808 seconds