[mythtv-users] Master: In progress recordings being removed as duplicates of themselves?

Christopher Kerr mythtv at theseekerr.com
Sun Aug 21 14:53:56 UTC 2011


On Sun, Aug 21, 2011 at 3:04 AM, Christopher Kerr <mythtv at theseekerr.com>wrote:

> On Sun, Aug 21, 2011 at 2:48 AM, Michael T. Dean <mtdean at thirdcontact.com>wrote:
>
>> On 08/20/2011 12:38 PM, Christopher Kerr wrote:
>> > Checked the script, it's definitely supposed to be logging to
>> > /var/log/mythtv/mythbackend.log. It also definitely isn't.
>> >
>> > I tried starting mythbackend from the command line with the --logfile
>> switch
>> > - should I expect to see errors in the console if there are file
>> permission
>> > problems?
>>
>> Yeah, I'm guessing you would.  I'll check to make sure a bit later.
>>
>> And, FWIW, on master, you shouldn't be using --logfile /path/to/file .
>> You should be using --logpath /path/to/directory (or -l
>> /path/to/directory).  I will likely remove --logfile (and remove the
>> code that allows --logpath/-l to accept a file path), forcing you to
>> specify a logging directory (just making sure stakeholders are OK with
>> the change).  If you specify a log file, then /only/ mythbackend logging
>> is written to disk.  All logging from child processes (mythtranscode,
>> mythpreviewgen, mythmetadatalookup, ...) is discarded because you
>> haven't given us permission to write to other log files.
>>
>> See, also,
>> http://www.mythtv.org/wiki/Category:Syslog_Configuration_Files for
>> another approach to logging in master.
>>
>> Unfortunately, though, I don't have any other guesses on what could be
>> causing the issues with recordings.  I hope you can get the logs working
>> so we can get more information.
>>
>> I'm guessing the following would work:
>>
>> sudo chown -R mythtv:mythtv /var/log/mythtv &&
>> sudo chmod 775 /var/log/mythtv &&
>> sudo chmod 664 /var/log/mythtv/*.log
>>
>> for fixing permissions (though I'm not sure how your system is
>> configured, so you may have to change user/group name or something).
>>
>> Mike
>>
>
> Thanks Mike, a closer look showed that user and group were set correctly,
> but for some reason the file didn't have write permissions - presumably
> something went awry back when I upgraded to Master.
>
> Now to wait for something to go wrong again...
>

And, soon enough, it has done.

2011-08-21 22:58:01.471639 I [22891/22905] Scheduler scheduler.cpp:2465
(HandleRecordingStatusChange) - Tuning recording: "Notes on a Scandal":
channel 2010 on cardid 4, sourceid 2
2011-08-21 22:58:01.644600 E [22891/24091] ProcessRequest
programinfo.cpp:2158 (GetPlaybackURL) -
ProgramInfo(2010_20110821225800.mpg): GetPlaybackURL:
'2010_20110821225800.mpg' should be local, but it can not be found.
2011-08-21 22:58:01.645972 E [22891/25994] ProcessRequest
programinfo.cpp:2158 (GetPlaybackURL) -
ProgramInfo(2010_20110821225800.mpg): GetPlaybackURL:
'2010_20110821225800.mpg' should be local, but it can not be found.
2011-08-21 22:58:02.099483 E [22891/24091] ProcessRequest
programinfo.cpp:2158 (GetPlaybackURL) -
ProgramInfo(2010_20110821225800.mpg): GetPlaybackURL:
'2010_20110821225800.mpg' should be local, but it can not be found.
2011-08-21 22:58:02.125792 E [22891/25994] ProcessRequest
programinfo.cpp:2158 (GetPlaybackURL) -
ProgramInfo(2010_20110821225800.mpg): GetPlaybackURL:
'2010_20110821225800.mpg' should be local, but it can not be found.
2011-08-21 22:58:03.107283 E [22891] ProcessRequest programinfo.cpp:2158
(GetPlaybackURL) - ProgramInfo(2010_20110821225800.mpg): GetPlaybackURL:
'2010_20110821225800.mpg' should be local, but it can not be found.
2011-08-21 22:58:03.179789 E [22891/25994] ProcessRequest
programinfo.cpp:2158 (GetPlaybackURL) -
ProgramInfo(2010_20110821225800.mpg): GetPlaybackURL:
'2010_20110821225800.mpg' should be local, but it can not be found.
2011-08-21 22:59:56.690004 I [22891/22906] HouseKeeping housekeeper.cpp:225
(RunHouseKeeping) - Running housekeeping thread
2011-08-21 23:03:01.606537 I [22891/22905] Scheduler scheduler.cpp:2465
(HandleRecordingStatusChange) - Canceled recording (Recorder Failed): "Notes
on a Scandal": channel 2010 on cardid 4, sourceid 2
2011-08-21 23:03:01.606934 I [22891/22905] Scheduler scheduler.cpp:2017
(HandleReschedule) - Reschedule requested for id 0.
2011-08-21 23:03:01.657716 E [22891/22891] CoreContext programinfo.cpp:2158
(GetPlaybackURL) - ProgramInfo(2010_20110821225800.mpg): GetPlaybackURL:
'2010_20110821225800.mpg' should be local, but it can not be found.
2011-08-21 23:03:01.667954 I [22891/22899] TVRecEvent tv_rec.cpp:992
(HandleStateChange) - TVRec(4): Changing from RecordingOnly to None
2011-08-21 23:03:01.711924 I [22891/22891] CoreContext scheduler.cpp:560
(UpdateRecStatus) - Updating status for "Notes on a Scandal" on cardid 4
(Recorder Failed => Recorded)
2011-08-21 23:03:01.781302 I [22891/22891] CoreContext scheduler.cpp:610
(UpdateRecStatus) - Updating status for "Notes on a Scandal" on cardid 4
(Recorded => Recorder Failed)

So: The actual failure is one of my tuners, so I'll have to fix that.

However, despite the status being updated to "Recorder Failed", MythTV still
considers this show to be Previously Recorded, which is clearly wrong.

- Chris
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.mythtv.org/pipermail/mythtv-users/attachments/20110822/c598e9c9/attachment.html 


More information about the mythtv-users mailing list