[mythtv-users] Video Frame Buffering Failed Too Many Times

Richard Brook byronf16 at gmail.com
Fri Sep 5 14:58:48 UTC 2014


Was anyone able to get a handle on what is causing my MythTV crashes, based
upon the log files I posted?

Rich Brook
Secretary - RCCR
byronf16 at gmail.com


On Thu, Sep 4, 2014 at 9:26 AM, Mark Perkins <perkins1724 at hotmail.com>
wrote:

>
>
> On 4 Sep 2014, at 11:14 am, "Richard Brook" <byronf16 at gmail.com> wrote:
>
> I have used Ubuntu since Windows Vista was out since I disliked Vista. I
> have installed various versions of Ubuntu and Ubuntu Ultimate since then.
> Each new version, I would do a clean install. The last version I had on my
> PC was 12. I have been using Windows 7 since then. A few months ago I
> installed 14.04. I have used MythTV in the past on this same PC. Each time
> I did a clean install. This is the first time I have had crashes like this.
> I use the Ubuntu OS for the same purposes as I did with Windows 7. There, I
> used WinTV 7 with no issues. I use MythTV as my PVR and to watch cable TV.
> I record some shows each week. Nothing fancy about the install.
>
>
> Sorry, the question was badly worded. I meant to ask whether this was a
> new mythtv system. It can be helpful to know whether mythtv worked, then
> ‘something’ happened and now it doesn’t - versus a clean install and
> configure and never worked properly. Based on what you have said I assume
> this is a clean install with a restored database but has not worked
> properly since the clean install and database restore.
>
>
>
> I’ve pulled a couple of notes out of your log file as follows:
>
>
>
> Aug 29 00:02:02 Byronf16 mythbackend: mythbackend[20590]: W CoreContext
> scheduler.cpp:213 (VerifyCards) Scheduler: Listings source '' is defined,
> but is not attached to a card input.
>
>
>
> There appears to be something unusual with your video sources? Might be
> worth doing a delete all capture cards / video sources on all hosts and
> re-adding / reconfiguring those parts from scratch.
>
>
>
> Aug 29 00:03:32 Byronf16 mythbackend: mythbackend[20590]: E TVRecEvent
> recordinginfo.cpp:928 (InsertProgram)
> RecordingInfo::InsertProgram(ProgramInfo(2065_20140829040331.mpg):
> channame(ION Television Satellite Feed) startts(Fri Aug 29 04:00:00 2014)
> endts(Fri Aug 29 05:00:00 2014)#012             recstartts(Fri Aug 29
> 04:03:31 2014) recendts(Fri Aug 29 05:00:00 2014)#012
> title(Cold Case)): recording already exists...
>
> Aug 2 Aug 29 00:20:27 Byronf16 mythbackend: mythbackend[20590]: E
> TVRecEvent recordinginfo.cpp:928 (InsertProgram)
> RecordingInfo::InsertProgram(ProgramInfo(2033_20140829042027.mpg):
> channame(Turner Network TV) startts(Fri Aug 29 04:03:00 2014) endts(Fri Aug
> 29 05:03:00 2014)#012             recstartts(Fri Aug 29 04:20:27 2014)
> recendts(Fri Aug 29 05:03:00 2014)#012             title(Hawaii Five-0)):
> recording already exists...
>
> Aug 29 00:22:08 Byronf16 mythbackend: mythbackend[20590]: W TFWWrite
> threadedfilewriter.cpp:571 (DiskLoop)
> TFW(/var/lib/mythtv/livetv/2033_20140829042028.mpg:41): write(61480) cnt
> 119 total6531064 -- took a long time, 10028 ms9 00:09:51 Byronf16
> mythbackend: mythbackend[20590]: W TFWWrite threadedfilewriter.cpp:571
> (DiskLoop) TFW(/var/lib/mythtv/livetv/2065_20140829040332.mpg:44):
> write(43016) cnt 154 total8433664 -- took a long time, 13087 ms
>
> Sep  1 22:55:17 Byronf16 mythbackend: mythbackend[20590]: E RecThread
> mythdb.cpp:183 (DBError) DB Error (Resolution insert):#012Query
> was:#012INSERT INTO recordedmarkup    (chanid, starttime, mark, type,
> data)    VALUES ( ?, ?, ?, ?, ?);#012Bindings were:#012:CHANID=2032,
> :DATA=480, :MARK=314617, :STARTTIME=2014-09-02T00:00:00Z,
> :TYPE=30#012Driver error was [2/1062]:#012QMYSQL3: Unable to execute
> statement#012Database error was:#012Duplicate entry '2032-2014-09-02
>  00:00:00-30-314617' for key 'PRIMARY'
>
> Sep  1 22:55:17 Byronf16 mythbackend: mythbackend[20590]: E RecThread
> mythdb.cpp:183 (DBError) DB Error (Resolution insert):#012Query
> was:#012INSERT INTO recordedmarkup    (chanid, starttime, mark, type,
> data)    VALUES ( ?, ?, ?, ?, ?);#012Bindings were:#012:CHANID=2032,
> :DATA=480, :MARK=314617, :STARTTIME=2014-09-02T00:00:00Z,
> :TYPE=31#012Driver error was [2/1062]:#012QMYSQL3: Unable to execute
> statement#012Database error was:#012Duplicate entry '2032-2014-09-02
>  00:00:00-31-314617' for key 'PRIMARY'
>
>
>
> There are a number of these sorts of messages in your log (ie that
> recording already exists or duplicate of primary key). Hopefully someone
> with a better understanding will comment but may indicate a corrupt
> database? Maybe try with a clean blank (freshly configured) database and
> see if problem persists or at least run optimize_mythdb.pl (
> http://www.mythtv.org/wiki/User_Manual:Periodic_Maintenance) and see if
> it reports any issues.
>
> rich at Byronf16:~$ mythfrontend --version
> Please attach all output as a file in bug reports.
> MythTV Version : v0.27.3-153-g231972c
> MythTV Branch : fixes/0.27
> Network Protocol : 77
> Library API : 0.27.20140719-1
> QT Version : 4.8.6
> Options compiled in:
>  linux profile use_hidesyms using_alsa using_oss using_pulse
> using_pulseoutput using_backend using_bindings_perl using_bindings_python
> using_bindings_php using_crystalhd using_dvb using_firewire using_frontend
> using_hdhomerun using_ceton using_hdpvr using_ivtv using_joystick_menu
> using_libcrypto using_libdns_sd using_libfftw3 using_libxml2 using_lirc
> using_mheg using_opengl using_opengl_video using_qtwebkit using_qtscript
> using_qtdbus using_sdl using_taglib using_v4l2 using_x11 using_xrandr
> using_xv using_profiletype using_bindings_perl using_bindings_python
> using_bindings_php using_mythtranscode using_opengl using_vaapi using_vdpau
> using_ffmpeg_threads using_mheg using_libass using_libxml2
>
> rich at Byronf16:~$ df -h
> Filesystem      Size  Used Avail Use% Mounted on
> /dev/sdc1       143G   14G  122G  11% /
> none            4.0K     0  4.0K   0% /sys/fs/cgroup
> udev            2.0G  4.0K  2.0G   1% /dev
> tmpfs           396M  1.4M  394M   1% /run
> none            5.0M     0  5.0M   0% /run/lock
> none            2.0G   80K  2.0G   1% /run/shm
> none            100M   76K  100M   1% /run/user
>
>
> I assume your storage groups are set to go to /dev/sdc1/ somewhere so free
> space doesn't appear to be an issue.
>
>
> Rich Brook
> Secretary - RCCR
> byronf16 at gmail.com
>
>
> On Wed, Sep 3, 2014 at 6:46 PM, Mark Perkins <perkins1724 at hotmail.com>
> wrote:
>
>>
>>
>> On 4 Sep 2014, at 7:42 am, "Richard Brook" <byronf16 at gmail.com> wrote:
>>
>> Frontend version 2.0.27.3 plus fixes
>>
>> Generally just use the command:
>>
>> mythfrontend --version
>>
>> And post the full output, it has additional info that can sometimes aid
>> in diagnosis.
>>
>> On Sep 3, 2014 5:31 PM, "Jean-Yves Avenard" <jyavenard at gmail.com> wrote:
>>
>>>
>>>
>>> On Wednesday, September 3, 2014, Richard Brook <byronf16 at gmail.com>
>>> wrote:
>>>
>>>> I have been running MythTV 027 and Ubuntu 14.04 for several months now.
>>>> I
>>>>
>>>
>>> And what version of mythtv would that be?
>>>
>>> mythfrontend --version
>>>
>>>
>> _______________________________________________
>>
>>
>> Is this a new system that has never worked completely properly or a
>> system that once worked properly but now doesn't?
>>
>> What is the output of:
>>
>> df -h
>>
>> Also have you checked permissions on the folders in your storage groups?
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mythtv.org/pipermail/mythtv-users/attachments/20140905/e4a746eb/attachment.html>


More information about the mythtv-users mailing list