On 3/21/07, <b class="gmail_sendername">John Goulah</b> &lt;<a href="mailto:jgoulah@gmail.com">jgoulah@gmail.com</a>&gt; wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<font color="black" face="Verdana,Arial,Helvetica" size="2"><font color="black" face="Verdana,Arial,Helvetica" size="2">
 Ian Forde wrote: <br><font color="#660066">&gt; On Tue, 2007-03-20 at 18:14 -0400, Rich West wrote: <br>&gt;    <br></font><font color="#007777">&gt;&gt; R. G. Newbury wrote: <br>&gt;&gt;      <br></font><font color="#990000">

&gt;&gt;&gt; Blammo wrote: <br>&gt;&gt;&gt;    <br>&gt;&gt;&gt;        <br></font><font color="#000000">&gt;&gt;&gt;&gt; On 3/20/07, John Goulah &lt;jgoulah[at]gmail.com&gt; wrote: <br>&gt;&gt;&gt;&gt;      <br>&gt;&gt;&gt;&gt;          
<br></font><font color="#660066">&gt;&gt;&gt;&gt;&gt; Hi, <br>&gt;&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt;&gt;  I had recently switched all of my data partitions to an <b style="color: black; background-color: rgb(255, 255, 128);">

NFS</b> mounted <br>&gt;&gt;&gt;&gt;&gt; filesystem.  Everything works fine, until the system is sitting for about a <br>&gt;&gt;&gt;&gt;&gt; day or so, and then when I try to go into the videos they are gone, and I <br>
&gt;&gt;&gt;&gt;&gt; have to restart the 
<b style="color: black; background-color: rgb(170, 170, 255);">frontend</b>.  A similar problem happens with the music <br>&gt;&gt;&gt;&gt;&gt; portion, except it just freezes when I click it.  Again restarting the <br>&gt;&gt;&gt;&gt;&gt; 
<b style="color: black; background-color: rgb(170, 170, 255);">frontend</b> solves the problem. The <b style="color: black; background-color: rgb(255, 255, 128);">NFS</b> partitions stay mounted (I dont have to <br>&gt;&gt;&gt;&gt;&gt; remount anything).  Is there anything I can do to resolve this, or ideas on 
<br>&gt;&gt;&gt;&gt;&gt; where to look for the problem? <br>&gt;&gt;&gt;&gt;&gt;        <br>&gt;&gt;&gt;&gt;&gt;            <br></font><font color="#000000">&gt;&gt;&gt;&gt; You might check your firewall setup on both backend and 
<b style="color: black; background-color: rgb(170, 170, 255);">frontend</b>. I <br>&gt;&gt;&gt;&gt; had an issue on a system I set up a few months ago, where iptables <br>&gt;&gt;&gt;&gt; kept killing <b style="color: black; background-color: rgb(255, 255, 128);">

NFS</b> sessions after a &quot;idle timeout&quot;. <br>&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt; You don&#39;t say what OS you&#39;re running, but if you&#39;re running a <br>&gt;&gt;&gt;&gt; redhat-derivitive (centos, rhel, fedora etc) you should be able to 
<br>&gt;&gt;&gt;&gt; stop the iptables service (as root) by typing &quot;service iptables stop&quot;. <br>&gt;&gt;&gt;&gt; Give it 24 hours and see if that helps. <br>&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt; To stop the service from starting on boot (again on a redhat) you can 
<br>&gt;&gt;&gt;&gt; type &quot;chkconfig iptables off&quot; <br>&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt;      <br>&gt;&gt;&gt;&gt;          <br></font><font color="#990000">&gt;&gt;&gt; Better yet, if you are running Fedora (or RedHat derived) run the  
<br>&gt;&gt;&gt; program &#39;lokkit&#39; and select the box to allow <b style="color: black; background-color: rgb(255, 255, 128);">NFS</b>. Lokkit is a small  <br>&gt;&gt;&gt; program to configure the firewall/iptables in Fedora. 
<br>&gt;&gt;&gt; <br>&gt;&gt;&gt; <br>&gt;&gt;&gt; If you find that you cannot mount your <b style="color: black; background-color: rgb(255, 255, 128);">NFS</b> share, and get a &#39;permission  <br>&gt;&gt;&gt; denied&#39; error, but that you can *then* get in, if you run &#39;iptables -F&#39;  
<br>&gt;&gt;&gt; on the <b style="color: black; background-color: rgb(255, 255, 128);">NFS</b> server end of the pair, then your firewall is set to refuse  <br>&gt;&gt;&gt; <b style="color: black; background-color: rgb(255, 255, 128);">

NFS</b> access. Use lokkit. <br>&gt;&gt;&gt; <br>&gt;&gt;&gt; You should NOT just turn of iptables: That IS your firewall! <br>&gt;&gt;&gt;        <br></font><font color="#007777">&gt;&gt; Off Topic, but if you are within your own internal (aka private) network  
<br>&gt;&gt; with a firewall between your network and the rest of the internet, there  <br>&gt;&gt; is no need for individual firewalls on individual machines. <br>&gt;&gt;      <br></font><font color="#660066">&gt; <br>
&gt; Actually, that&#39;s an individual choice, and a good basic security 
<br>&gt; practice... <br></font> <br>Now we&#39;re way off topic.  Let&#39;s try to keep within the realm of mythtv  <br>rather than providing advice on non-myth related components. <br> <br>I haven&#39;t seen any further responses from the original poster, so I can  
<br>only hope that they managed to work out the issue.  There isn&#39;t much  <br>involved with an <b style="color: black; background-color: rgb(255, 255, 128);">NFS</b> setup: <br>o server (/etc/exports and the right rpc &amp; 
<b style="color: black; background-color: rgb(255, 255, 128);">nfs</b> daemons running) <br>o client (/etc/fstab and the right rpc &amp; <b style="color: black; background-color: rgb(255, 255, 128);">nfs</b> client daemons running) 
<br>If the original poster were using autofs (automounter), then that could  <br>have an impact as well. <br> <br>Personally, I&#39;m <b style="color: black; background-color: rgb(255, 255, 128);">NFS</b> mounting my videos and music volumes on my FE&#39;s from  
<br>my main server (not my mythtv BE, but another machine) via autofs  <br>(backed by LDAP) and I haven&#39;t run in to the issue that was listed. <br> <br>Responders to the original posting suggested disabling iptables (aka:  
<br>the firewall), but did not add what appears to be the necessary  <br>disclaimer which would state that disabling iptables would be used as a  <br>method for _debugging_ the situation.  Since that disclaimer was implied  
<br>rather than stated, those messages were followed by a couple of panicky  <br>responses and ended up causing an off-topic tangent. <br> <br>So, in essence: disable the firewall, see if it makes a difference.  If  <br>
it doesn&#39;t, then it isn&#39;t related to the firewall in any way, and you  
<br>can choose to either re-enable it or leave it disabled (it is up to  <br>you).  If it does make a difference, then the problem is with your  <br>firewall and you will have to debug that further. <br> <br>In either case, though, it is an OS level situation, not a MythTV one. 
<br> <br>-Rich <br>_______________________________________________ <br>mythtv-users mailing list <br>mythtv-users[at]mythtv.org <br><a href="http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users" rel="nofollow" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users</a></font></font></blockquote><div><br><br><br><br><br><br>Hi, <br><br>&nbsp;Sorry for the slow reply.&nbsp; I have the archving turned on for&nbsp; mailing list and for some reason I cant login and the send password isn&#39;t working. 
<br><br><br>Anyway, to clear a few things up:<br><br>&nbsp;- I am running debian (not redhat) , no firewall is running b/c my&nbsp; network is internal and behind a firewall<br><br>Maybe we are onto something with the automount, I am mounting as an example like this:
<br><br>thecus:/raid/data/videos /mnt/thecus_video nfs nfsvers=2,rsize=8192,wsize=8192,soft,auto,actimeo=0<br><br><br>I&#39;m not seeing much in the logs but I&#39;ll take a closer look.&nbsp; Should I disable the automount and see if that helps?
<br><br></div><br></div><br>