On 01/04/2012 10:34:48 PM, Craig White wrote: > On Wed, 2012-01-04 at 22:22 -0800, Geoffrey Leach wrote: > > On 01/04/2012 09:23:58 PM, Ed Greshko wrote: > > > 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@f16-1 ~]$ telnet f16-2 2049 > > > Trying 192.168.0.188... > > > telnet: connect to address 192.168.0.188: Connection refused > > > > > > [egreshko@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..... > > > > AFAIK you have the correct info -- sorry. Somehow I've done > something > > to confuse the server as to who's who. Any thoughts there? > ---- > yeah - you are sparse with errors, vague with definitions and have > been > somewhat unhelpful in resolving your problems... > > On mtranch (Apparently your server)... (as root) > systemctl restart nfs-lock.service > systemctl restart nfs-idmap.service > systemctl restart nfs-server.service > tail -n 15 /var/log/messages > and let us see what errors (if any) are in /var/log/messages > > then from pvr, try again... > > telnet mtranch 2049 > > and let us know the outcome of that On server (mtranch) root@mtranch[396]->systemctl restart nfs-lock.service root@mtranch[397]->systemctl restart nfs-idmap.service root@mtranch[398]->systemctl restart nfs-server.service root@mtranch[399]->tail -n 15 /var/log/messages Jan 4 22:45:01 mtranch systemd-logind[890]: New session 231 of user root. Jan 4 22:45:01 mtranch systemd-logind[890]: Removed session 231. Jan 4 22:45:54 mtranch rpc.statd[981]: Caught signal 15, un- registering and exiting Jan 4 22:45:54 mtranch systemd[1]: nfs-lock.service: main process exited, code=exited, status=1 Jan 4 22:45:54 mtranch sysctl[486]: fs.nfs.nlm_tcpport = 0 Jan 4 22:45:54 mtranch sysctl[486]: fs.nfs.nlm_udpport = 0 Jan 4 22:45:54 mtranch systemd[1]: Unit nfs-lock.service entered failed state. Jan 4 22:45:54 mtranch rpc.statd[492]: Version 1.2.5 starting Jan 4 22:45:54 mtranch sm-notify[493]: Version 1.2.5 starting Jan 4 22:45:54 mtranch sm-notify[493]: Already notifying clients; Exiting! Jan 4 22:46:06 mtranch rpc.mountd[32682]: Caught signal 15, un- registering and exiting. Jan 4 22:46:06 mtranch kernel: [147762.483788] nfsd: last server has exited, flushing export cache Jan 4 22:46:06 mtranch kernel: [147762.581560] NFSD: Using /var/lib/ nfs/v4recovery as the NFSv4 state recovery directory Jan 4 22:46:06 mtranch kernel: [147762.581585] NFSD: starting 90- second grace period Jan 4 22:46:06 mtranch rpc.mountd[523]: Version 1.2.5 starting On client (pvr) root@pvr[159]->telnet pvr 2049 Trying 192.168.10.4... Connected to pvr. Escape character is '^]'. ^] telnet> quit Connection closed. -- users mailing list users@xxxxxxxxxxxxxxxxxxxxxxx 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
