<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Micah Wedemeyer wrote:
<blockquote cite="mid:48FE575A.1030909@micah-wedemeyer.net" type="cite">
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
Brad DerManouelian wrote:
  <blockquote
 cite="mid:43FBE021-47BC-4832-94C6-759DDA73096B@dermanouelian.com"
 type="cite">
    <pre wrap="">On Oct 21, 2008, at 12:18 PM, Micah Wedemeyer wrote:

  </pre>
    <blockquote type="cite">
      <pre wrap="">Brad DerManouelian wrote:
    </pre>
      <blockquote type="cite">
        <pre wrap="">On Oct 21, 2008, at 11:06 AM, Micah Wedemeyer wrote:


      </pre>
        <blockquote type="cite">
          <pre wrap="">I recently upgraded my mythbackend machine to Hardy Heron, and it's
started misbehaving.  As best I can tell, it starts spinning up
multiple
identical mythtranscode processes that eat up all the CPU and the
backend eventually just stops responding to the frontend.

I've got it set to only run 1 job at a time, but that seems to  
have no
effect.

Anyone have any ideas?

        </pre>
        </blockquote>
        <pre wrap="">This will happen if you set your backend to automatically respawn
after crashing and it keeps crashing on you. You'll get a new
mythtranscode process every time it starts up again. Find out if
you're crashing and stop that from happening. :)

      </pre>
      </blockquote>
      <pre wrap="">Are the settings for "respawn on crash" part of the mythtv-setup  
controls?  I don't remember seeing that option anywhere.
    </pre>
    </blockquote>
    <pre wrap=""><!---->
There is no mechanism built into myth to do this, but some people set  
it up that way with inittab or other such thing.
  </pre>
  </blockquote>
Well that would mean crashing is not my problem.&nbsp; I didn't think it
was, as I can (for a while) watch a stream from the backend.&nbsp; It then
starts to skip, then dies completely after about 5 minutes.&nbsp; I ssh into
the backend and find that multiple (seemingly) identical transcode jobs
are running.<br>
  <br>
Anyone else have ideas?<br>
  <br>
Micah<br>
</blockquote>
I may have found the issue.&nbsp; My storage drive was full.&nbsp; When I deleted
some old recordings, everything went fine.&nbsp; So, just a lesson: make
sure you have enough disk space!<br>
<br>
Micah<br>
</body>
</html>