<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">On 9/28/2013 9:02 AM, Larry Roberts
wrote:<br>
</div>
<blockquote cite="mid:5246D374.9050100@american-hero.com"
type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<div class="moz-cite-prefix">On 9/28/2013 8:59 AM, Zig wrote:<br>
</div>
<blockquote cite="mid:5246D2C2.207@gmail.com" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<br>
<div class="moz-cite-prefix">On 9/28/2013 7:46 AM, Larry Roberts
wrote:<br>
</div>
<blockquote cite="mid:5246CF8E.9010905@american-hero.com"
type="cite">Just performed and upgrade via yum to the
mythtv-backend-0.26.1-296.el6.x86_64 version (and other
components) and my suddenly mostly stable system is jacked. <br>
<br>
I realize I should have left well enough along but I had a
small issue I wanted to address and now I'm fighting a big
one. <br>
<br>
The short version is that after the upgrade, when I go into
mythweb I show nothing on the upcoming recordings, however if
I go to status I see some recording being scheduled. <br>
If I go to the recorded section I see all my recordings, but
with no thumbnails and in the /var/log/mythtv/mythbackend log
I get: <br>
<br>
( this is a single entry but I get a ton of these) <br>
2013-09-27 23:35:51.548674 E [4297/4373] HttpServer114
services/content.cpp:457 (GetPreviewImage) - GetPreviewImage:
No recording for '6_2012-01-06T04:00:00' <br>
<br>
<br>
attempts to play/download the file gives me an error about
unknown recording requested while in the past it worked fine.
<br>
<br>
I'm at an absolute loss as to how to begin even
troubleshooting this so could use a little guidance. I highly
doubt its a broken version given I'm not pulling bleeding, but
I dont even know where to begin looking as to why its not
working. <br>
<br>
Thoughts/things to look at <br>
</blockquote>
Just shooting in the dark here, but maybe it's related to the
switch to UTC in the database for 0.26.<br>
See some info here:<br>
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://www.mythtv.org/wiki/MySQL_Time_Zone_Tables">http://www.mythtv.org/wiki/MySQL_Time_Zone_Tables</a><br>
Some distributions fix this automatically during an upgrade
(Mythbuntu does), and for some you have to fix it yourself
before upgrading.<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
</blockquote>
I wish it was that but I was running .26 already. It was only
about a month or so since I upgraded last. <br>
<br>
Thanks though...<br>
</blockquote>
Little more info though.<br>
Started perusing the previewgen log and found this:<br>
HttpServer98 services/content.cpp:457 (GetPreviewImage) -
GetPreviewImage: No recording for '1607_2013-08-17T21:00:00'<br>
<br>
it looks to me like the naming of the recordings has changed and it
cant find the old recordings using the old names.<br>
<br>
I also tried to schedule a random recording and now I see this in
the log:<br>
<br>
2013-09-28 09:11:51.226238 N [7141/7176] Scheduler
autoexpire.cpp:264 (CalcParams) - AutoExpire: CalcParams(): Max
required Free Space: 2.0 GB w/freq: 14 min<br>
2013-09-28 09:11:51.226650 I [7141/7176] Scheduler
scheduler.cpp:2650 (HandleRecordingStatusChange) - Tuning recording:
"Dr. Wonder's Workshop": channel 1012 on cardid 3, sourceid 1<br>
2013-09-28 09:11:51.516607 I [7141/8684] MetadataDownload
metadatadownload.cpp:222 (runGrabber) - Running Grabber:
/usr/share/mythtv/metadata/Movie/tmdb3.py -l en -M Dr. Wonder's
Workshop<br>
2013-09-28 09:11:51.600126 I [7141/8684] MetadataDownload
metadatadownload.cpp:222 (runGrabber) - Running Grabber:
/usr/share/mythtv/metadata/Television/ttvdb.py -l en -M Dr. Wonder's
Workshop<br>
2013-09-28 09:11:51.869522 E [7141/8687] HDHRStreamHandler
dtvsignalmonitor.cpp:321 (HandlePAT) - DTVSM(131852AD-0): Program #0
not found in PAT!<br>
Program Association Section<br>
PSIP tableID(0x0) length(13) extension(0x0)<br>
version(1) current(1) section(0) last_section(0)<br>
tsid(0) programCount(1)<br>
program number 8 has PID 0x0034<br>
<br>
2013-09-28 09:11:51.869535 E [7141/8687] HDHRStreamHandler
dtvsignalmonitor.cpp:326 (HandlePAT) - DTVSM(131852AD-0): But there
is only one program in the PAT, so we'll just use it<br>
2013-09-28 09:11:51.999430 I [7141/7141] CoreContext
scheduler.cpp:655 (UpdateRecStatus) - Updating status for "Dr.
Wonder's Workshop" on cardid 3 (Tuning => Recording)<br>
2013-09-28 09:11:52.050589 E [7141/8687] HDHRStreamHandler
hdhrstreamhandler.cpp:211 (UpdateFilters) - HDHRSH(131852AD-0):
UpdateFilters called in wrong tune mode<br>
2013-09-28 09:11:52.052820 I [7141/7158] TVRecEvent tv_rec.cpp:4056
(TuningNewRecorder) - TVRec(3): rec->GetPathname():
'/mythtvstorage/1012_20130928131200.mpg'<br>
2013-09-28 09:11:52.055774 E [7141/7158] TVRecEvent
recorderbase.cpp:166 (SetStrOption) - RecBase(3:131852AD-0):
SetStrOption(...recordingtype): Option not in profile.<br>
<br>
</body>
</html>