* mac error
@ 2011-01-14 1:13 hce
2011-01-14 2:37 ` Mi Jinlong
0 siblings, 1 reply; 9+ messages in thread
From: hce @ 2011-01-14 1:13 UTC (permalink / raw)
To: linux-nfs
Hi,
I am running nfs server on a CentOS 5, it works fine for all
connections from linux, windows clients. Mac clients worked fine for
coping some regular files, but it could not copy mac packaging file
with the extension *.dmg, it stuck with an error "nfs server lockd not
responding", at the same time the server got a log message of
"rpc.statd[2448]: Can't callback linux_server (100021,4), giving up".
Appreciate advice what could cause that problem and how could fix it?
Thank you.
hce
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: mac error
2011-01-14 1:13 mac error hce
@ 2011-01-14 2:37 ` Mi Jinlong
2011-01-14 4:01 ` hce
0 siblings, 1 reply; 9+ messages in thread
From: Mi Jinlong @ 2011-01-14 2:37 UTC (permalink / raw)
To: hce; +Cc: linux-nfs
hce :
> Hi,
>
> I am running nfs server on a CentOS 5, it works fine for all
> connections from linux, windows clients. Mac clients worked fine for
> coping some regular files, but it could not copy mac packaging file
> with the extension *.dmg, it stuck with an error "nfs server lockd not
> responding", at the same time the server got a log message of
> "rpc.statd[2448]: Can't callback linux_server (100021,4), giving up".
>
> Appreciate advice what could cause that problem and how could fix it?
Hi hce,
You use NFSv3,
the NFSv3's file lock service depend on NLM(Network Lock Manager),
that need a user space program named rpc.statd to support service
like this:
| nfs client | nfs server
-------------------------------------------------
| |
user space | rpc.statd <---> rpc.statd
| ^ | ^
--------------------|------------------------|----
| v | v
kernel | lockd <---> lockd
when your nfs client is a MAC, maybe Mac's user space don't support
a program as rpc.statd, or you don't make the program run correctly.
Maybe you can use NFSv4 to avoid this problem.
--
----
thanks
Mi Jinlong
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: mac error
2011-01-14 2:37 ` Mi Jinlong
@ 2011-01-14 4:01 ` hce
2011-01-14 6:02 ` Mi Jinlong
2011-01-14 15:18 ` Chuck Lever
0 siblings, 2 replies; 9+ messages in thread
From: hce @ 2011-01-14 4:01 UTC (permalink / raw)
To: Mi Jinlong; +Cc: linux-nfs
Thanks for your response. I've just found that nlockmgr did not
respond when I run following command on the server. Is it a problem or
it is normal? Anyway, the NFS is still working fine.
$ rpcinfo -t linux_server nlockmgr
rpcinfo: RPC: Timed out
program 100021 version 0 is not available
$ rpcinfo -u linux_server nlockmgr
rpcinfo: RPC: Timed out
program 100021 version 0 is not available
$ rpcinfo -p
program vers proto port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 895 status
100024 1 tcp 898 status
100011 1 udp 806 rquotad
100011 2 udp 806 rquotad
100011 1 tcp 809 rquotad
100011 2 tcp 809 rquotad
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100003 4 udp 2049 nfs
100021 1 udp 32794 nlockmgr
100021 3 udp 32794 nlockmgr
100021 4 udp 32794 nlockmgr
100003 2 tcp 2049 nfs
100003 3 tcp 2049 nfs
100003 4 tcp 2049 nfs
100021 1 tcp 57164 nlockmgr
100021 3 tcp 57164 nlockmgr
100021 4 tcp 57164 nlockmgr
100005 1 udp 828 mountd
100005 1 tcp 831 mountd
100005 2 udp 828 mountd
100005 2 tcp 831 mountd
100005 3 udp 828 mountd
100005 3 tcp 831 mountd
On Fri, Jan 14, 2011 at 1:37 PM, Mi Jinlong <mijinlong@cn.fujitsu.com> wrote:
>
>
> hce :
>> Hi,
>>
>> I am running nfs server on a CentOS 5, it works fine for all
>> connections from linux, windows clients. Mac clients worked fine for
>> coping some regular files, but it could not copy mac packaging file
>> with the extension *.dmg, it stuck with an error "nfs server lockd not
>> responding", at the same time the server got a log message of
>> "rpc.statd[2448]: Can't callback linux_server (100021,4), giving up".
>>
>> Appreciate advice what could cause that problem and how could fix it?
>
> Hi hce,
>
> You use NFSv3,
> the NFSv3's file lock service depend on NLM(Network Lock Manager),
> that need a user space program named rpc.statd to support service
> like this:
>
> | nfs client | nfs server
> -------------------------------------------------
> | |
> user space | rpc.statd <---> rpc.statd
> | ^ | ^
> --------------------|------------------------|----
> | v | v
> kernel | lockd <---> lockd
>
> when your nfs client is a MAC, maybe Mac's user space don't support
> a program as rpc.statd, or you don't make the program run correctly.
>
> Maybe you can use NFSv4 to avoid this problem.
>
>
> --
> ----
> thanks
> Mi Jinlong
>
>
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: mac error
2011-01-14 4:01 ` hce
@ 2011-01-14 6:02 ` Mi Jinlong
2011-01-14 6:24 ` hce
2011-01-14 15:18 ` Chuck Lever
1 sibling, 1 reply; 9+ messages in thread
From: Mi Jinlong @ 2011-01-14 6:02 UTC (permalink / raw)
To: hce; +Cc: linux-nfs
hce :
> Thanks for your response. I've just found that nlockmgr did not
> respond when I run following command on the server. Is it a problem or
> it is normal? Anyway, the NFS is still working fine.
No, it's not a problem.
It just a lack of NFSv3's file lock, if you try to lock NFSv3 file,
you must start the nfslock service both the client and server
(maybe other platform don't named nfslock).
Because your normal NFS operation don't need file lock,
so NFSv3 is still working fine.
>
> $ rpcinfo -t linux_server nlockmgr
> rpcinfo: RPC: Timed out
> program 100021 version 0 is not available
>
> $ rpcinfo -u linux_server nlockmgr
> rpcinfo: RPC: Timed out
> program 100021 version 0 is not available
>
> $ rpcinfo -p
The linux_server and localhost are different machine ?
linux_server is CentOS?? or MAC?
localhost is?
--
thanks,
Mi Jinlong
> program vers proto port
> 100000 2 tcp 111 portmapper
> 100000 2 udp 111 portmapper
> 100024 1 udp 895 status
> 100024 1 tcp 898 status
> 100011 1 udp 806 rquotad
> 100011 2 udp 806 rquotad
> 100011 1 tcp 809 rquotad
> 100011 2 tcp 809 rquotad
> 100003 2 udp 2049 nfs
> 100003 3 udp 2049 nfs
> 100003 4 udp 2049 nfs
> 100021 1 udp 32794 nlockmgr
> 100021 3 udp 32794 nlockmgr
> 100021 4 udp 32794 nlockmgr
> 100003 2 tcp 2049 nfs
> 100003 3 tcp 2049 nfs
> 100003 4 tcp 2049 nfs
> 100021 1 tcp 57164 nlockmgr
> 100021 3 tcp 57164 nlockmgr
> 100021 4 tcp 57164 nlockmgr
> 100005 1 udp 828 mountd
> 100005 1 tcp 831 mountd
> 100005 2 udp 828 mountd
> 100005 2 tcp 831 mountd
> 100005 3 udp 828 mountd
> 100005 3 tcp 831 mountd
>
> On Fri, Jan 14, 2011 at 1:37 PM, Mi Jinlong <mijinlong@cn.fujitsu.com> wrote:
>>
>> hce :
>>> Hi,
>>>
>>> I am running nfs server on a CentOS 5, it works fine for all
>>> connections from linux, windows clients. Mac clients worked fine for
>>> coping some regular files, but it could not copy mac packaging file
>>> with the extension *.dmg, it stuck with an error "nfs server lockd not
>>> responding", at the same time the server got a log message of
>>> "rpc.statd[2448]: Can't callback linux_server (100021,4), giving up".
>>>
>>> Appreciate advice what could cause that problem and how could fix it?
>> Hi hce,
>>
>> You use NFSv3,
>> the NFSv3's file lock service depend on NLM(Network Lock Manager),
>> that need a user space program named rpc.statd to support service
>> like this:
>>
>> | nfs client | nfs server
>> -------------------------------------------------
>> | |
>> user space | rpc.statd <---> rpc.statd
>> | ^ | ^
>> --------------------|------------------------|----
>> | v | v
>> kernel | lockd <---> lockd
>>
>> when your nfs client is a MAC, maybe Mac's user space don't support
>> a program as rpc.statd, or you don't make the program run correctly.
>>
>> Maybe you can use NFSv4 to avoid this problem.
>>
>>
>> --
>> ----
>> thanks
>> Mi Jinlong
>>
>>
>
>
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: mac error
2011-01-14 6:02 ` Mi Jinlong
@ 2011-01-14 6:24 ` hce
0 siblings, 0 replies; 9+ messages in thread
From: hce @ 2011-01-14 6:24 UTC (permalink / raw)
To: Mi Jinlong; +Cc: linux-nfs
On Fri, Jan 14, 2011 at 5:02 PM, Mi Jinlong <mijinlong@cn.fujitsu.com> wrote:
>
>
> hce :
>> Thanks for your response. I've just found that nlockmgr did not
>> respond when I run following command on the server. Is it a problem or
>> it is normal? Anyway, the NFS is still working fine.
>
> No, it's not a problem.
> It just a lack of NFSv3's file lock, if you try to lock NFSv3 file,
> you must start the nfslock service both the client and server
> (maybe other platform don't named nfslock).
>
> Because your normal NFS operation don't need file lock,
> so NFSv3 is still working fine.
Thanks. Good to know, so I don't need to worry about it.
>>
>> $ rpcinfo -t linux_server nlockmgr
>> rpcinfo: RPC: Timed out
>> program 100021 version 0 is not available
>>
>> $ rpcinfo -u linux_server nlockmgr
>> rpcinfo: RPC: Timed out
>> program 100021 version 0 is not available
>>
>> $ rpcinfo -p
>
> The linux_server and localhost are different machine ?
>
> linux_server is CentOS?? or MAC?
> localhost is?
The linux_server is a host for NFS server running CentOS. All commands
were called in the NFS server.
Anyway, the MAC clients sometime crashed or sometime worked very slow
when the NFS server got rpc.statd[2448]: Can't callback .... If I
understand it correct, it should not cause the MAC networking problem,
then we have to look at the problem in other places.
Thank you.
Kind regards.
>
> --
> thanks,
> Mi Jinlong
>
>> program vers proto port
>> 100000 2 tcp 111 portmapper
>> 100000 2 udp 111 portmapper
>> 100024 1 udp 895 status
>> 100024 1 tcp 898 status
>> 100011 1 udp 806 rquotad
>> 100011 2 udp 806 rquotad
>> 100011 1 tcp 809 rquotad
>> 100011 2 tcp 809 rquotad
>> 100003 2 udp 2049 nfs
>> 100003 3 udp 2049 nfs
>> 100003 4 udp 2049 nfs
>> 100021 1 udp 32794 nlockmgr
>> 100021 3 udp 32794 nlockmgr
>> 100021 4 udp 32794 nlockmgr
>> 100003 2 tcp 2049 nfs
>> 100003 3 tcp 2049 nfs
>> 100003 4 tcp 2049 nfs
>> 100021 1 tcp 57164 nlockmgr
>> 100021 3 tcp 57164 nlockmgr
>> 100021 4 tcp 57164 nlockmgr
>> 100005 1 udp 828 mountd
>> 100005 1 tcp 831 mountd
>> 100005 2 udp 828 mountd
>> 100005 2 tcp 831 mountd
>> 100005 3 udp 828 mountd
>> 100005 3 tcp 831 mountd
>>
>> On Fri, Jan 14, 2011 at 1:37 PM, Mi Jinlong <mijinlong@cn.fujitsu.com> wrote:
>>>
>>> hce :
>>>> Hi,
>>>>
>>>> I am running nfs server on a CentOS 5, it works fine for all
>>>> connections from linux, windows clients. Mac clients worked fine for
>>>> coping some regular files, but it could not copy mac packaging file
>>>> with the extension *.dmg, it stuck with an error "nfs server lockd not
>>>> responding", at the same time the server got a log message of
>>>> "rpc.statd[2448]: Can't callback linux_server (100021,4), giving up".
>>>>
>>>> Appreciate advice what could cause that problem and how could fix it?
>>> Hi hce,
>>>
>>> You use NFSv3,
>>> the NFSv3's file lock service depend on NLM(Network Lock Manager),
>>> that need a user space program named rpc.statd to support service
>>> like this:
>>>
>>> | nfs client | nfs server
>>> -------------------------------------------------
>>> | |
>>> user space | rpc.statd <---> rpc.statd
>>> | ^ | ^
>>> --------------------|------------------------|----
>>> | v | v
>>> kernel | lockd <---> lockd
>>>
>>> when your nfs client is a MAC, maybe Mac's user space don't support
>>> a program as rpc.statd, or you don't make the program run correctly.
>>>
>>> Maybe you can use NFSv4 to avoid this problem.
>>>
>>>
>>> --
>>> ----
>>> thanks
>>> Mi Jinlong
>>>
>>>
>>
>>
>
>
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: mac error
2011-01-14 4:01 ` hce
2011-01-14 6:02 ` Mi Jinlong
@ 2011-01-14 15:18 ` Chuck Lever
2011-01-14 15:55 ` peter.staubach
1 sibling, 1 reply; 9+ messages in thread
From: Chuck Lever @ 2011-01-14 15:18 UTC (permalink / raw)
To: hce; +Cc: Linux NFS Mailing List
On Jan 13, 2011, at 11:01 PM, hce wrote:
> Thanks for your response. I've just found that nlockmgr did not
> respond when I run following command on the server. Is it a problem or
> it is normal? Anyway, the NFS is still working fine.
nlockmgr and NFS are two separate RPC services. So, NFS can work while there might be a problem with nlockmgr. IMO, nlockmgr should respond in this case.
> $ rpcinfo -t linux_server nlockmgr
> rpcinfo: RPC: Timed out
> program 100021 version 0 is not available
>
> $ rpcinfo -u linux_server nlockmgr
> rpcinfo: RPC: Timed out
> program 100021 version 0 is not available
This is attempting to contact nlockmgr's "version 0" which is not registered (see below). Versions 1, 3, and 4 are registered.
Try "rpcinfo -u linux_server nlockmgr 3".
> $ rpcinfo -p
> program vers proto port
> 100000 2 tcp 111 portmapper
> 100000 2 udp 111 portmapper
> 100024 1 udp 895 status
> 100024 1 tcp 898 status
> 100011 1 udp 806 rquotad
> 100011 2 udp 806 rquotad
> 100011 1 tcp 809 rquotad
> 100011 2 tcp 809 rquotad
> 100003 2 udp 2049 nfs
> 100003 3 udp 2049 nfs
> 100003 4 udp 2049 nfs
> 100021 1 udp 32794 nlockmgr
> 100021 3 udp 32794 nlockmgr
> 100021 4 udp 32794 nlockmgr
> 100003 2 tcp 2049 nfs
> 100003 3 tcp 2049 nfs
> 100003 4 tcp 2049 nfs
> 100021 1 tcp 57164 nlockmgr
> 100021 3 tcp 57164 nlockmgr
> 100021 4 tcp 57164 nlockmgr
> 100005 1 udp 828 mountd
> 100005 1 tcp 831 mountd
> 100005 2 udp 828 mountd
> 100005 2 tcp 831 mountd
> 100005 3 udp 828 mountd
> 100005 3 tcp 831 mountd
nlockmgr is registered, so it must have been started at some point. It's a kernel service, so there's no daemon to die. Do you have some kind of firewall in place that would prevent contacting the NLM service? Does "linux_server" resolve to the IP address you expect it to?
--
Chuck Lever
chuck[dot]lever[at]oracle[dot]com
^ permalink raw reply [flat|nested] 9+ messages in thread
* RE: mac error
2011-01-14 15:18 ` Chuck Lever
@ 2011-01-14 15:55 ` peter.staubach
2011-01-14 17:00 ` Chuck Lever
0 siblings, 1 reply; 9+ messages in thread
From: peter.staubach @ 2011-01-14 15:55 UTC (permalink / raw)
To: chuck.lever, webmail.hce; +Cc: linux-nfs
Hi.
Actually, that command should work. The server should respond with an
RPC error indicating which
versions of the nlockmgr protocol are supported and then rpcinfo will
ping each of them.
ps
-----Original Message-----
From: linux-nfs-owner@vger.kernel.org
[mailto:linux-nfs-owner@vger.kernel.org] On Behalf Of Chuck Lever
Sent: Friday, January 14, 2011 10:18 AM
To: hce
Cc: Linux NFS Mailing List
Subject: Re: mac error
On Jan 13, 2011, at 11:01 PM, hce wrote:
> Thanks for your response. I've just found that nlockmgr did not
> respond when I run following command on the server. Is it a problem or
> it is normal? Anyway, the NFS is still working fine.
nlockmgr and NFS are two separate RPC services. So, NFS can work while
there might be a problem with nlockmgr. IMO, nlockmgr should respond in
this case.
> $ rpcinfo -t linux_server nlockmgr
> rpcinfo: RPC: Timed out
> program 100021 version 0 is not available
>
> $ rpcinfo -u linux_server nlockmgr
> rpcinfo: RPC: Timed out
> program 100021 version 0 is not available
This is attempting to contact nlockmgr's "version 0" which is not
registered (see below). Versions 1, 3, and 4 are registered.
Try "rpcinfo -u linux_server nlockmgr 3".
> $ rpcinfo -p
> program vers proto port
> 100000 2 tcp 111 portmapper
> 100000 2 udp 111 portmapper
> 100024 1 udp 895 status
> 100024 1 tcp 898 status
> 100011 1 udp 806 rquotad
> 100011 2 udp 806 rquotad
> 100011 1 tcp 809 rquotad
> 100011 2 tcp 809 rquotad
> 100003 2 udp 2049 nfs
> 100003 3 udp 2049 nfs
> 100003 4 udp 2049 nfs
> 100021 1 udp 32794 nlockmgr
> 100021 3 udp 32794 nlockmgr
> 100021 4 udp 32794 nlockmgr
> 100003 2 tcp 2049 nfs
> 100003 3 tcp 2049 nfs
> 100003 4 tcp 2049 nfs
> 100021 1 tcp 57164 nlockmgr
> 100021 3 tcp 57164 nlockmgr
> 100021 4 tcp 57164 nlockmgr
> 100005 1 udp 828 mountd
> 100005 1 tcp 831 mountd
> 100005 2 udp 828 mountd
> 100005 2 tcp 831 mountd
> 100005 3 udp 828 mountd
> 100005 3 tcp 831 mountd
nlockmgr is registered, so it must have been started at some point.
It's a kernel service, so there's no daemon to die. Do you have some
kind of firewall in place that would prevent contacting the NLM service?
Does "linux_server" resolve to the IP address you expect it to?
--
Chuck Lever
chuck[dot]lever[at]oracle[dot]com
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: mac error
2011-01-14 15:55 ` peter.staubach
@ 2011-01-14 17:00 ` Chuck Lever
2011-01-16 22:09 ` hce
0 siblings, 1 reply; 9+ messages in thread
From: Chuck Lever @ 2011-01-14 17:00 UTC (permalink / raw)
To: peter.staubach; +Cc: webmail.hce, linux-nfs
On Jan 14, 2011, at 10:55 AM, peter.staubach@emc.com wrote:
> Hi.
>
> Actually, that command should work. The server should respond with an
> RPC error indicating which
> versions of the nlockmgr protocol are supported and then rpcinfo will
> ping each of them.
Yes, that and the "RPC: Timed out" message suggests that the underlying transport is not even getting through.
I expect lockd to unregister itself with the portmapper when it is shut down cleanly. The presence of a registration for nlockmgr indicates it should still be running and contactable.
>
> ps
>
> -----Original Message-----
> From: linux-nfs-owner@vger.kernel.org
> [mailto:linux-nfs-owner@vger.kernel.org] On Behalf Of Chuck Lever
> Sent: Friday, January 14, 2011 10:18 AM
> To: hce
> Cc: Linux NFS Mailing List
> Subject: Re: mac error
>
>
> On Jan 13, 2011, at 11:01 PM, hce wrote:
>
>> Thanks for your response. I've just found that nlockmgr did not
>> respond when I run following command on the server. Is it a problem or
>> it is normal? Anyway, the NFS is still working fine.
>
> nlockmgr and NFS are two separate RPC services. So, NFS can work while
> there might be a problem with nlockmgr. IMO, nlockmgr should respond in
> this case.
>
>> $ rpcinfo -t linux_server nlockmgr
>> rpcinfo: RPC: Timed out
>> program 100021 version 0 is not available
>>
>> $ rpcinfo -u linux_server nlockmgr
>> rpcinfo: RPC: Timed out
>> program 100021 version 0 is not available
>
> This is attempting to contact nlockmgr's "version 0" which is not
> registered (see below). Versions 1, 3, and 4 are registered.
>
> Try "rpcinfo -u linux_server nlockmgr 3".
>
>> $ rpcinfo -p
>> program vers proto port
>> 100000 2 tcp 111 portmapper
>> 100000 2 udp 111 portmapper
>> 100024 1 udp 895 status
>> 100024 1 tcp 898 status
>> 100011 1 udp 806 rquotad
>> 100011 2 udp 806 rquotad
>> 100011 1 tcp 809 rquotad
>> 100011 2 tcp 809 rquotad
>> 100003 2 udp 2049 nfs
>> 100003 3 udp 2049 nfs
>> 100003 4 udp 2049 nfs
>> 100021 1 udp 32794 nlockmgr
>> 100021 3 udp 32794 nlockmgr
>> 100021 4 udp 32794 nlockmgr
>> 100003 2 tcp 2049 nfs
>> 100003 3 tcp 2049 nfs
>> 100003 4 tcp 2049 nfs
>> 100021 1 tcp 57164 nlockmgr
>> 100021 3 tcp 57164 nlockmgr
>> 100021 4 tcp 57164 nlockmgr
>> 100005 1 udp 828 mountd
>> 100005 1 tcp 831 mountd
>> 100005 2 udp 828 mountd
>> 100005 2 tcp 831 mountd
>> 100005 3 udp 828 mountd
>> 100005 3 tcp 831 mountd
>
> nlockmgr is registered, so it must have been started at some point.
> It's a kernel service, so there's no daemon to die. Do you have some
> kind of firewall in place that would prevent contacting the NLM service?
> Does "linux_server" resolve to the IP address you expect it to?
>
> --
> Chuck Lever
> chuck[dot]lever[at]oracle[dot]com
>
>
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
--
Chuck Lever
chuck[dot]lever[at]oracle[dot]com
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: mac error
2011-01-14 17:00 ` Chuck Lever
@ 2011-01-16 22:09 ` hce
0 siblings, 0 replies; 9+ messages in thread
From: hce @ 2011-01-16 22:09 UTC (permalink / raw)
To: Chuck Lever; +Cc: peter.staubach, linux-nfs
On Sat, Jan 15, 2011 at 4:00 AM, Chuck Lever <chuck.lever@oracle.com> wrote:
>
> On Jan 14, 2011, at 10:55 AM, peter.staubach@emc.com wrote:
>
>> Hi.
>>
>> Actually, that command should work. The server should respond with an
>> RPC error indicating which
>> versions of the nlockmgr protocol are supported and then rpcinfo will
>> ping each of them.
>
> Yes, that and the "RPC: Timed out" message suggests that the underlying transport is not even getting through.
The "rpcinfo -u linux_server nlockmgr 3" was timeout either. That
server resolving IP address was working fine. As you indicated it
might have underlying transports problem. I'll have to find it out.
Your comments confirmed my suspicious that the problem of the nlockmgr
timeout could cause the problem we currently got. I'll follow your
lead and debug it.
Thank you all.
> I expect lockd to unregister itself with the portmapper when it is shut down cleanly. The presence of a registration for nlockmgr indicates it should still be running and contactable.
>
>>
>> ps
>>
>> -----Original Message-----
>> From: linux-nfs-owner@vger.kernel.org
>> [mailto:linux-nfs-owner@vger.kernel.org] On Behalf Of Chuck Lever
>> Sent: Friday, January 14, 2011 10:18 AM
>> To: hce
>> Cc: Linux NFS Mailing List
>> Subject: Re: mac error
>>
>>
>> On Jan 13, 2011, at 11:01 PM, hce wrote:
>>
>>> Thanks for your response. I've just found that nlockmgr did not
>>> respond when I run following command on the server. Is it a problem or
>>> it is normal? Anyway, the NFS is still working fine.
>>
>> nlockmgr and NFS are two separate RPC services. So, NFS can work while
>> there might be a problem with nlockmgr. IMO, nlockmgr should respond in
>> this case.
>>
>>> $ rpcinfo -t linux_server nlockmgr
>>> rpcinfo: RPC: Timed out
>>> program 100021 version 0 is not available
>>>
>>> $ rpcinfo -u linux_server nlockmgr
>>> rpcinfo: RPC: Timed out
>>> program 100021 version 0 is not available
>>
>> This is attempting to contact nlockmgr's "version 0" which is not
>> registered (see below). Versions 1, 3, and 4 are registered.
>>
>> Try "rpcinfo -u linux_server nlockmgr 3".
>>
>>> $ rpcinfo -p
>>> program vers proto port
>>> 100000 2 tcp 111 portmapper
>>> 100000 2 udp 111 portmapper
>>> 100024 1 udp 895 status
>>> 100024 1 tcp 898 status
>>> 100011 1 udp 806 rquotad
>>> 100011 2 udp 806 rquotad
>>> 100011 1 tcp 809 rquotad
>>> 100011 2 tcp 809 rquotad
>>> 100003 2 udp 2049 nfs
>>> 100003 3 udp 2049 nfs
>>> 100003 4 udp 2049 nfs
>>> 100021 1 udp 32794 nlockmgr
>>> 100021 3 udp 32794 nlockmgr
>>> 100021 4 udp 32794 nlockmgr
>>> 100003 2 tcp 2049 nfs
>>> 100003 3 tcp 2049 nfs
>>> 100003 4 tcp 2049 nfs
>>> 100021 1 tcp 57164 nlockmgr
>>> 100021 3 tcp 57164 nlockmgr
>>> 100021 4 tcp 57164 nlockmgr
>>> 100005 1 udp 828 mountd
>>> 100005 1 tcp 831 mountd
>>> 100005 2 udp 828 mountd
>>> 100005 2 tcp 831 mountd
>>> 100005 3 udp 828 mountd
>>> 100005 3 tcp 831 mountd
>>
>> nlockmgr is registered, so it must have been started at some point.
>> It's a kernel service, so there's no daemon to die. Do you have some
>> kind of firewall in place that would prevent contacting the NLM service?
>> Does "linux_server" resolve to the IP address you expect it to?
>>
>> --
>> Chuck Lever
>> chuck[dot]lever[at]oracle[dot]com
>>
>>
>>
>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>
>
> --
> Chuck Lever
> chuck[dot]lever[at]oracle[dot]com
>
>
>
>
>
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2011-01-16 22:09 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-01-14 1:13 mac error hce
2011-01-14 2:37 ` Mi Jinlong
2011-01-14 4:01 ` hce
2011-01-14 6:02 ` Mi Jinlong
2011-01-14 6:24 ` hce
2011-01-14 15:18 ` Chuck Lever
2011-01-14 15:55 ` peter.staubach
2011-01-14 17:00 ` Chuck Lever
2011-01-16 22:09 ` hce
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.