Error mount NFS -- nfs4_get_rootfh

[Ed Greshko]

On 01/05/2012 01:13 PM, Geoffrey Leach wrote:
> On 01/04/2012 08:55:28 PM, Ed Greshko wrote:
>> On 01/05/2012 12:49 PM, Geoffrey Leach wrote:
>>> On 01/04/2012 08:31:19 PM, Ed Greshko wrote:
>>>> On 01/05/2012 12:15 PM, Geoffrey Leach wrote:
>>>>
>>>> Quick question while I ponder....
>>>>
>>>> You have 2 systems, pvr and mtranch.  Which is the "server" and
>> which
>>>> is
>>>> the "client"?
>>>>
>>>> I thought mtranch was the server and pvr was the client.  Yet,
>> below
>>>> suggests otherwise.
>>>>
>>>>> Telnet testing
>>>>>
>>>>> Server:
>>>>> # telnet -d pvr 2049
>>>>> Trying 192.168.10.4...
>>>>> Connected to pvr.
>>>>> Escape character is '^]'.
>>>>> x
>>>>> x
>>>>> Connection closed by foreign host.
>>>>>
>>>>> Client
>>>>> telnet -d mtranch 2049
>>>>> Trying 192.168.10.2...
>>>>> # telnet: Connect to 192.168.10.2: Connection refused.
>>> Your assumption is correct and, unless I'm completely losing
>> control, 
>>> the server and client telnets are correct.
>>>
>> Ahhh.... 
>>
>> You telnet "from" mtranch (server) "to" pvr (client) and a connection
>> is
>> made? 
>>
>> So, on "pvr" what do you get when you type this as root?
>>
>> systemctl is-enabled nfs-server.service
> disabled
>
> Starting the nfs-server.service results in the RPC-related problem 
> going away, but I still have the nfs problem with error 13.
>
> I suppose its silly to ask why one has the server service on the 
> client. Not all services provided by the server are for the server?

It should be disabled on the client....  But, the text above is really
confusing me.

If you are on mtranch and type....

# telnet -d pvr 2049

You should get "Connection refused" because the service on "pvr" is
disable/not running.

But what you show is that a connection is being made....  Very
confusing.....

Here....  I've two test systems.  f16-1 (server), f16-2 (client)....

[egreshko at f16-1 ~]$ telnet f16-2 2049
Trying 192.168.0.188...
telnet: connect to address 192.168.0.188: Connection refused

[egreshko at f16-2 ~]$ telnet f16-1 2049
Trying 192.168.0.190...
Connected to f16-1.
Escape character is '^]'.
^]
telnet> quit
Connection closed.


I'm really confused about what you're seeing/reporting.....



-- 
A common mistake that people make when trying to design something
completely foolproof was to underestimate the ingenuity of complete
fools. -- Douglas Adams in "Mostly Harmless