[mythtv-users] Issues with 0.25

[Scott and Nicole Harris]

> Date: Tue, 6 Mar 2012 10:15:30 -0800
> From: gjhurlbu at gmail.com
> To: mythtv-users at mythtv.org
> Subject: Re: [mythtv-users] Issues with 0.25
> 
> On Tue, Mar 6, 2012 at 7:02 AM, Scott and Nicole Harris
> <snharris99 at live.com> wrote:
> > itself is an issue]).  The part that seems to be being overlooked here, is
> > that users experiencing these bad recordings in 0.25 can remedy the
> > situation by rolling back to 0.24 (myself included), suggesting that the
> > issue is in 0.25, not hardware or corrupt data.  The issue only seems to
> > affect HDHR users and only when performing more than one recording at a time
> > (as near as I can tell by the "me too's" in this thread).
> 
> If the database is not corrupt, then I'd suggest using mysqltuner.pl
> and see if there isn't something you need to tweak in my.cnf.

I have, repeatedly.  I starting digging into my.cnf after the "mythfilldatabase runs so slow on ext4" thread a while back where it was suggested (by you, I believe) that proper tuning of MySQL was far more prudent than removing ext4 barriers.  Running either mysqltuningprimer or tuning-primer (another, more in depth script) comes up essentially clean.

> The one huge difference between 0.24 and 0.25 is that in 0.25 we log
> to the database by default.  This adds a non-insignificant additional
> load to mysql, but if it is setup properly, there's no reason it
> should cause alarm.  To see if that's the problem, start the frontend
> and backend with --nodblog and see if it changed.
That's good to know, but I agree it's probably not cause for alarm.  The issues I'm seeing with multiple recordings appear to be more an I/O on the recordings drives issues...again, which isn't present under 0.24.


Having said that, I think I accidentally hijacked this thread.  For some reason when I posted my last response, I though this was in the "Bad Recordings" thread.  Though, this is an actual 0.25 issue that seems to be fairly common with 0.25 / HDHR users. 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.mythtv.org/pipermail/mythtv-users/attachments/20120306/8e8e601b/attachment.html