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? -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
