← Back to team overview

mythbuntu-bugs team mailing list archive

[Bug 1097868] Re: After upgrade, recordings table is corrupted and new recordings are not working

 

I'm attaching my mythbackend.log again.

The symptom is duplicate entries in the mythfrontend for a recording,
both of which are grayed out with an X next to them. Looking at the
/var/lib/mythtv/recordings folder, I can confirm that there are no files
for those recordings.

If you open the attached mythbackend.log from today, you will see where
it tried to record one of the programs, NBC nightly news starting around
line number 36230.

Here are some lines that look really fishy to me, but I don't know
enough about the code to know if these are the causes:

Jan 16 17:29:00 mythtv mythbackend[2052]: I TVRecEvent tv_rec.cpp:3503 (TuningCheckForHWChange) TVRec(1): HW Tuner: 1->1
Jan 16 17:29:00 mythtv mythbackend[2052]: E TVRecEvent dtvmultiplex.cpp:325 (ParseTuningParams) DTVMux: ParseTuningParams -- Unknown tuner type = 0xffffffff80000000

Is there a problem with the tuner in my backend? Is it possible that one
of my two tuners register in the backend for my HDHomeRun is
invalid/corrupt?

Jan 16 17:29:00 mythtv mythbackend[2052]: E TVRecEvent dtvchannel.cpp:308 (SetChannelByString) DTVChan(10173A3D-0): SetChannelByString(91): Failed to initialize multiplex options
Jan 16 17:29:00 mythtv mythbackend[2052]: E TVRecEvent tv_rec.cpp:3689 (TuningFrequency) TVRec(1): Failed to set channel to 91. Reverting to kState_None
Jan 16 17:29:00 mythtv mythbackend[2052]: I TVRecEvent tv_rec.cpp:1030 (HandleStateChange) TVRec(1): Changing from RecordingOnly to None


Is this due to the previous error, or is something else amiss?

Jan 16 17:29:00 mythtv mythbackend[2052]: I CoreContext scheduler.cpp:637 (UpdateRecStatus) Updating status for "NBC Nightly News" on cardid 1 (Will Record => Recorder Failed)
Jan 16 17:29:00 mythtv mythbackend[2052]: N Scheduler autoexpire.cpp:263 (CalcParams) AutoExpire: CalcParams(): Max required Free Space: 1.0 GB w/freq: 15 min
Jan 16 17:29:00 mythtv mythbackend[2052]: I Scheduler scheduler.cpp:2513 (HandleRecordingStatusChange) Tuning recording: "NBC Nightly News": channel 1091 on cardid 1, sourceid 1
Jan 16 17:29:01 mythtv mythbackend[2052]: I Scheduler scheduler.cpp:2033 (HandleReschedule) Reschedule requested for id 0.
Jan 16 17:29:01 mythtv mythbackend[2052]: E Scheduler recordinginfo.cpp:966 (InsertProgram) RecordingInfo::InsertProgram(ProgramInfo(1091_20130116172900.mpg): channame(KUSA-DT) startts(Wed Jan 16 17:30:00 2013) endts(Wed Jan 16 18:00:00 2013)#012             recstartts(Wed Jan 16 17:29:00 2013) recendts(Wed Jan 16 18:05:00 2013)#012             title(NBC Nightly News)): recording already exists...
Jan 16 17:29:01 mythtv mythbackend[2052]: I TVRecEvent tv_rec.cpp:1030 (HandleStateChange) TVRec(1): Changing from None to RecordingOnly
Jan 16 17:29:01 mythtv mythbackend[2052]: I TVRecEvent tv_rec.cpp:3503 (TuningCheckForHWChange) TVRec(1): HW Tuner: 1->1
Jan 16 17:29:01 mythtv mythbackend[2052]: E TVRecEvent dtvmultiplex.cpp:325 (ParseTuningParams) DTVMux: ParseTuningParams -- Unknown tuner type = 0xffffffff80000000
Jan 16 17:29:01 mythtv mythbackend[2052]: E TVRecEvent dtvchannel.cpp:308 (SetChannelByString) DTVChan(10173A3D-0): SetChannelByString(91): Failed to initialize multiplex options
Jan 16 17:29:01 mythtv mythbackend[2052]: E TVRecEvent tv_rec.cpp:3689 (TuningFrequency) TVRec(1): Failed to set channel to 91. Reverting to kState_None
Jan 16 17:29:01 mythtv mythbackend[2052]: I TVRecEvent tv_rec.cpp:1030 (HandleStateChange) TVRec(1): Changing from RecordingOnly to None
Jan 16 17:29:01 mythtv mythbackend[2052]: I CoreContext scheduler.cpp:637 (UpdateRecStatus) Updating status for "NBC Nightly News" on cardid 1 (Tuning => Recorder Failed)
Jan 16 17:29:01 mythtv mythbackend[2052]: E Scheduler scheduler.cpp:701 (ChangeRecordingEnd) Failed to change end time on card 1 to 2013-01-16T18:05:00
Jan 16 17:29:01 mythtv mythbackend[2052]: I Scheduler scheduler.cpp:2080 (HandleReschedule) Reschedule interrupted, will retry
Jan 16 17:29:01 mythtv mythbackend[2052]: I Scheduler scheduler.cpp:2033 (HandleReschedule) Reschedule requested for id 0.
Jan 16 17:29:01 mythtv mythbackend[2052]: I Scheduler scheduler.cpp:2033 (HandleReschedule) Reschedule requested for id 0.
Jan 16 17:29:02 mythtv mythbackend[2052]: I Scheduler scheduler.cpp:2093 (HandleReschedule) Scheduled 105 items in 0.5 = 0.00 match + 0.48 place
Jan 16 17:29:10 mythtv mythbackend[2052]: E JobQueue programinfo.cpp:2278 (GetPlaybackURL) ProgramInfo(1091_20130116172900.mpg): GetPlaybackURL: '1091_20130116172900.mpg' should be local, but it can not be found.


It seems at this point, the program is hosed.

-- 
You received this bug notification because you are a member of Mythbuntu
Bug Team, which is subscribed to Mythbuntu.
https://bugs.launchpad.net/bugs/1097868

Title:
  After upgrade, recordings table is corrupted and new recordings are
  not working

Status in Mythbuntu, Ubuntu derivative focused upon MythTV:
  New

Bug description:
  I just updated my mythbuntu and after the last update mythtv is unable
  to record scheduled recordings anymore.

  The symptom is that in the "Watch Recordings", there are 2 entries for
  each program that are grayed out.

  For example, I have Sesame Street set to record each day and only keep
  2 recordings maximum for my girls. Today, when this attempted to
  record the 10AM showing, I ended up with two entries in the
  mythfrondend. Both show "Sesame Street - Elmo and Zoe's Hat Contest"
  on Jan 9 10:00 AM. Both are grayed out with the X by the title.

  Logging into the mysql database, I ran this query:
  select * from recorded where subtitle like 'Elmo and Zoe%';

  Please see the attached "recordings.sql" file for the two results.

  In that table, the basename column value for the two records is
  1121_20130109100001.mpg and 1121_20130109100000.mpg

  Looking at my /var/lib/mythtv/recordings, I see what it should be:
  $ ls -lh /var/lib/mythtv/recordings/1121_20130109*
  -rw-r--r-- 1 mythtv mythtv 1.4G Jan  9 09:05 /var/lib/mythtv/recordings/1121_20130109083000.mpg
  -rw-rw-rw- 1 mythtv mythtv 8.1K Jan  9 10:00 /var/lib/mythtv/recordings/1121_20130109083000.mpg.-1.100x75.png
  -rw-rw-rw- 1 mythtv mythtv  71K Jan  9 09:05 /var/lib/mythtv/recordings/1121_20130109083000.mpg.png
  -rw-r--r-- 1 mythtv mythtv 1.4G Jan  9 09:35 /var/lib/mythtv/recordings/1121_20130109090000.mpg
  -rw-rw-rw- 1 mythtv mythtv  13K Jan  9 10:00 /var/lib/mythtv/recordings/1121_20130109090000.mpg.-1.100x75.png
  -rw-rw-rw- 1 mythtv mythtv 101K Jan  9 09:35 /var/lib/mythtv/recordings/1121_20130109090000.mpg.png

  So, for some reason, it seems, that the record in the database is
  using 2013-01-09 @10 but the file is being save with @9.

  I'm thinking that I may have to delete my whole database and re-
  configure mythtv.

  Since I can't record programs and view them using mythfrontend
  anymore, this is a major issue for me. I've never had a problem like
  this with mythtv in the 4 or so years I have been using it. Any help
  would be greatly appreciated.

  ProblemType: Bug
  DistroRelease: Ubuntu 12.04
  Package: mythtv-backend 2:0.25.3+fixes.20130104.010e576-0ubuntu0mythbuntu3 [origin: LP-PPA-mythbuntu-0.25]
  ProcVersionSignature: Ubuntu 3.2.0-35.55-generic 3.2.34
  Uname: Linux 3.2.0-35-generic x86_64
  NonfreeKernelModules: nvidia
  .var.log.mythtv.mythavtest.log:
   
  .var.log.mythtv.mythccextractor.log:
   
  .var.log.mythtv.mythjobqueue.log:
   
  .var.log.mythtv.mythlcdserver.log:
   
  .var.log.mythtv.mythmediaserver.log:
   
  .var.log.mythtv.mythshutdown.log:
   
  .var.log.mythtv.mythtranscode.log:
   
  .var.log.mythtv.mythutil.log:
   
  .var.log.mythtv.mythwelcome.log:
   
  ApportVersion: 2.0.1-0ubuntu15.1
  Architecture: amd64
  CrashDB: mythbuntu
  Date: Wed Jan  9 11:00:23 2013
  InstallationMedia: Mythbuntu 12.04.1 "Precise Pangolin" - Release amd64 (20120818.1)
  Installed_mythtv_dbg: 0.0
  MarkForUpload: True
  ProcEnviron:
   TERM=screen
   PATH=(custom, no user)
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  SourcePackage: mythtv
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/mythbuntu/+bug/1097868/+subscriptions


References