<br><font size=2 face="sans-serif">Both hosts.allow and host.deny are empty.</font>
<br>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>Jeff Newmiller &lt;jdnewmil@dcn.davis.ca.us&gt;</b>
</font>
<br><font size=1 face="sans-serif">$BAw?.<T(B: vox-tech-bounces@lists.lugod.org</font>
<p><font size=1 face="sans-serif">09/01/2007 11:03 AM</font>
<table border>
<tr valign=top>
<td bgcolor=white>
<div align=center><font size=1 face="sans-serif">&quot;lugod's technical
discussion forum&quot; &lt;vox-tech@lists.lugod.org&gt; $B$X(B<br>
$BJV?.$7$F$/$@$5$$(B</font></div></table>
<br>
<td width=59%>
<table width=100%>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">$B08@h(B</font></div>
<td><font size=1 face="sans-serif">&quot;lugod's technical discussion forum&quot;
&lt;vox-tech@lists.lugod.org&gt;</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">$B7oL>(B</font></div>
<td><font size=1 face="sans-serif">Re: [vox-tech] NFS:mount RPC timed out</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><tt><font size=2>I am no NFS guru, but I would check hosts.allow on
the client.<br>
<br>
xiao.liang@cn.alps.com wrote:<br>
&gt; <br>
&gt; I use kernel 2.4.20,busybox 1.3.1,the NFS server is V4.When I try
to <br>
&gt; mount use<br>
&gt; <br>
&gt; mount -t nfs 10.25.16.130:/opt/Qtopia /opt/Qtopia<br>
&gt; <br>
&gt; Got error ,mount: RPC time out<br>
&gt; <br>
&gt; When I use ethreal on both the server and client side , found that
the <br>
&gt; server have sent SYN,ACK back to client with the TCP connection, but
the <br>
&gt; client just do not respond. I use portmap and also inetd. The tcpdump
<br>
&gt; log is look like this:<br>
&gt; <br>
&gt; 10.25.16.160.794 &gt; 10.25.16.130.sunrpc: S, cksum 0x5740 (correct),
31406388<br>
&gt; <br>
&gt; 10.25.16.130.sunrpc &gt; 10.25.16.160.794: S, cksum 0x79e6 (correct),
<br>
&gt; 2533961748:2<br>
&gt; 10.25.16.130.sunrpc &gt; 10.25.16.160.794: S, cksum 0x79e6 (correct),
<br>
&gt; 2533961748:2<br>
&gt; 60) 10.25.16.160.794 &gt; 10.25.16.130.sunrpc: S, cksum 0x5614 (correct),
<br>
&gt; 31406388<br>
&gt; 10.25.16.130.sunrpc &gt; 10.25.16.160.794: S, cksum 0x76ff (correct),
<br>
&gt; 2533961748:2<br>
&gt; 10.25.16.130.sunrpc &gt; 10.25.16.160.794: S, cksum 0x76ff (correct),
<br>
&gt; 2533961748:2<br>
&gt; 10.25.16.130.sunrpc &gt; 10.25.16.160.794: S, cksum 0x76f8 (correct),
<br>
&gt; 2533961748:2<br>
&gt; 10.25.16.130.sunrpc &gt; 10.25.16.160.794: S, cksum 0x76f8 (correct),
<br>
&gt; 2533961748:2<br>
&gt; <br>
&gt; <br>
&gt; 60) 10.25.16.160.794 &gt; 10.25.16.130.sunrpc: S, cksum 0x53bc (correct),
<br>
&gt; 31406388<br>
&gt; 10.25.16.130.sunrpc &gt; 10.25.16.160.794: S, cksum 0x7123 (correct),
<br>
&gt; 2533961748:2<br>
&gt; 10.25.16.130.sunrpc &gt; 10.25.16.160.794: S, cksum 0x7123 (correct),
<br>
&gt; 2533961748:2<br>
&gt; 10.25.16.130.sunrpc &gt; 10.25.16.160.794: S, cksum 0x711c (correct),
<br>
&gt; 2533961748:2<br>
&gt; 10.25.16.130.sunrpc &gt; 10.25.16.160.794: S, cksum 0x711c (correct),
<br>
&gt; 2533961748:2<br>
&gt; <br>
&gt; <br>
&gt; 10.25.16.130.sunrpc &gt; 10.25.16.160.794: S, cksum 0x6563 (correct),
<br>
&gt; 2533961748:2<br>
&gt; 60) 10.25.16.160.794 &gt; 10.25.16.130.sunrpc: S, cksum 0x4f0c (correct),
<br>
&gt; 31406388<br>
&gt; 10.25.16.130.sunrpc &gt; 10.25.16.160.794: S, cksum 0x6561 (correct),
<br>
&gt; 2533961748:2<br>
&gt; 10.25.16.130.sunrpc &gt; 10.25.16.160.794: S, cksum 0x6563 (correct),
<br>
&gt; 2533961748:<br>
&gt; <br>
&gt; <br>
&gt; If it is the portmap and inetd's problem?<br>
&gt; Following is some info:<br>
&gt; <br>
&gt; In /etc/service<br>
&gt; sunrpc 111/tcp portmap<br>
&gt; sunrpc 111/udp portmap<br>
&gt; <br>
&gt; In /etc/inetd.conf<br>
&gt; #rstatd/1-3 dgram rpc/udp wait root /usr/sbin/tcpd rpc.rstatd<br>
&gt; #rusersd/2-3 dgram rpc/udp wait root /usr/sbin/tcpd rpc.rusersd<br>
&gt; <br>
&gt; Client use a random tcp port number to connect with server:111, then
who <br>
&gt; will look after the SYN,ACK packet sent back by server, the inetd?
<br>
&gt; Should I add a line in inetd.conf like &quot;794 &nbsp; &nbsp;stream
&nbsp;tcp &nbsp; nowait root <br>
&gt; &nbsp;portmap&quot; , but it is a ramdom port number?! Or should there
be a tcpd <br>
&gt; or sth run on my board????<br>
&gt; <br>
&gt; Ask for help!!!!!<br>
&gt; <br>
&gt; ps :<br>
&gt; <br>
&gt; /usr/sbin/inetd<br>
&gt; /sbin/portmap<br>
&gt; <br>
&gt; <br>
&gt; ------------------------------------------------------------------------<br>
&gt; <br>
&gt; _______________________________________________<br>
&gt; vox-tech mailing list<br>
&gt; vox-tech@lists.lugod.org<br>
&gt; http://lists.lugod.org/mailman/listinfo/vox-tech<br>
<br>
<br>
-- <br>
---------------------------------------------------------------------------<br>
Jeff Newmiller &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp;The &nbsp; &nbsp; ..... &nbsp; &nbsp; &nbsp;
..... &nbsp;Go Live...<br>
DCN:&lt;jdnewmil@dcn.davis.ca.us&gt; &nbsp; &nbsp; &nbsp; &nbsp;Basics:
##.#. &nbsp; &nbsp; &nbsp; ##.#. &nbsp;Live Go...<br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Live: &nbsp;
OO#.. Dead: OO#.. &nbsp;Playing<br>
Research Engineer (Solar/Batteries &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;O.O#.
&nbsp; &nbsp; &nbsp; #.O#. &nbsp;with<br>
/Software/Embedded Controllers) &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; .OO#. &nbsp; &nbsp; &nbsp; .OO#. &nbsp;rocks...1k<br>
---------------------------------------------------------------------------<br>
_______________________________________________<br>
vox-tech mailing list<br>
vox-tech@lists.lugod.org<br>
http://lists.lugod.org/mailman/listinfo/vox-tech<br>
</font></tt>
<br>