<div>John,</div>
<div>&nbsp;</div>
<div>find where automount is being started in your boot sequence (not sure which rc.* script exactly, I&#39;m not a debian user) and add the -t 0 option to the automound command line.&nbsp; This would disable the automatic unmounting, which by default is set to 10 minutes.
</div>
<div>&nbsp;</div>
<div><a href="http://www.die.net/doc/linux/man/man8/automount.8.html">http://www.die.net/doc/linux/man/man8/automount.8.html</a><br>&nbsp;</div>
<div>I still don&#39;t have a clue why it would not remount the share on the next access attempt, however....<br>&nbsp;</div>
<div><span class="gmail_quote">On 3/21/07, <b class="gmail_sendername">John Goulah</b> &lt;<a href="mailto:jgoulah@gmail.com">jgoulah@gmail.com</a>&gt; wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><span class="q">On 3/21/07, <b class="gmail_sendername">John Goulah</b> &lt;<a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:jgoulah@gmail.com" target="_blank">
jgoulah@gmail.com</a>&gt; wrote:</span> 
<div><span class="gmail_quote"></span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0pt 0pt 0pt 0.8ex; BORDER-LEFT: rgb(204,204,204) 1px solid"><font face="Verdana,Arial,Helvetica" color="black" size="2"><font face="Verdana,Arial,Helvetica" color="black" size="2">
<span class="q">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></span>
<div><span class="e" id="q_11174d08db01d7a0_3"><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></span></div>mythtv-users[at]mythtv.org <span class="q"><br><a onclick="return top.js.OpenExtLink(window,event,this)" href="http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users" target="_blank" rel="nofollow">
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users</a></span></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>&nbsp;</div><br>&nbsp;</div><br><br>_______________________________________________<br>mythtv-users mailing list<br><a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org
</a><br><a onclick="return top.js.OpenExtLink(window,event,this)" href="http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users" target="_blank">http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users</a><br><br></blockquote>
</div><br>