<div dir="ltr"><div class="gmail_quote">On Tue, Aug 26, 2008 at 4:06 PM, Yeechang Lee <span dir="ltr">&lt;<a href="mailto:ylee@pobox.com">ylee@pobox.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div class="Ih2E3d">Kevin Kuphal &lt;<a href="mailto:kkuphal@gmail.com">kkuphal@gmail.com</a>&gt; says:<br>&gt; From his further information in his rather insulting and<br>&gt; condescending response,<br><br></div>I&#39;m sorry you took it that way, but put yourself in his shoes. He<br>
asked why programs are being autoexpired that shouldn&#39;t be (at least<br>according to his, and my, and others&#39; understanding) and you told him<br>&quot;Well, don&#39;t mark those programs to be expired.&quot; It&#39;s the equivalent<br>
of the old joke:<br><br>&nbsp; &quot;Doctor, doctor, it hurts when I do this!&quot;<br>&nbsp; &quot;Well, then, don&#39;t do that.&quot;<br><br>especially when his messages make it clear he understands the issue<br>much better than that. You are normally on target (if curt, but the<br>
latter is OK with the former), but I am afraid you were the<br>condescending one in this particular exchange.</blockquote>
<div>&nbsp;</div>
<div>With the lack of additional information, and knowing my own recording habits, anything that I care enough about to complain loudly that it got auto-expired, is not set to auto-expire.&nbsp; A suggestion to fix this particular issue it was not, but simply a suggestion on how the situation could be avoid while a solution is determined.&nbsp; Either way, his was an unnecessary response to his request for help.&nbsp; And I&#39;ve learned from enough troubleshooting in my day never to assume that someone understands the issue better than what I&#39;ve confirmed through some troubleshooting steps because that more often than not just results in you missing the actual problem because you overlooked something that was supposed to be &quot;obvious&quot;.&nbsp; Anyways...</div>

<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><span id=""></span><br>
<div class="Ih2E3d">&gt; From the OP, it appears without further information that he had a<br>&gt; single recording going at the time of the expiration. &nbsp;In the case<br>&gt; of a single recording on what we can assume are all full partitions<br>
&gt; (each one has about the same amount of free space indicating to me<br>&gt; that they are all at capacity), then Myth, based on the Wiki quote,<br>&gt; will use the local disk first for the next recording (remember,<br>
&gt; Storage Groups only dictate where a recording will be stored, not<br>&gt; what will be expired). &nbsp;As a result of local disk being chosen,<br>&gt; local programs are being expired.<br><br></div>This is both illogical and nonsensical. It is illogical because the &quot;a<br>
last resort&quot; clause indicates (to me, Enigma, and others, at least)<br>that free space indeed will be used as the final determinant *if<br>necessary*, while you are saying--if I read you right--that this<br>doesn&#39;t trigger unless &quot;at least two concurrent recordings [are]<br>
active or other equivalent I/O.&quot; &nbsp;If this is the case, the<br>documentation is very very very much not clear.</blockquote>
<div>&nbsp;</div>
<div>It says that the free space will be used to break a tie.&nbsp; There is no tie.&nbsp; The drive with the lowest weight is always used first and in this case, that is his local filesystem.&nbsp; Done.&nbsp; End of story.&nbsp; The rest of the message, while an interesting discussion, isn&#39;t for me to comment on as it is more of a feature request to change how some people would like the defaults of storage group weighting to be.&nbsp; </div>

<div>&nbsp;</div>
<div>I personally would not want remote storage equally weighted with local because of the potential I/O issues with network recordings, commflagging, and the like.&nbsp; The previously mentioned database setting laid out in the wiki from the original coder does provide the advanced user this means of making his/her system weigh local and remote identically so that a tie situation does occur in which case free space will be the determining factor.</div>

<div>&nbsp;</div>
<div>Seems to me that Myth, once again, has set reasonable defaults for the average system and provides a way for advanced users to tweak it to their liking.&nbsp; </div>
<div>&nbsp;</div>
<div>Kevin</div></div></div>