[mythtv-users] unstable backend

[Mark Perkins]

On 22 April 2017 9:28:07 AM Gabe Rubin <gaberubin at gmail.com><mailto:gaberubin at gmail.com> wrote:

> On Fri, Apr 21, 2017 at 2:48 PM, Mark Perkins <perkins1724 at hotmail.com><mailto:perkins1724 at hotmail.com>
> wrote:
>
>> On 22 April 2017 4:01:49 AM Gabe Rubin <gaberubin at gmail.com><mailto:gaberubin at gmail.com> wrote:
>>
>> > I will look into fixing journal.  Meanwhile, I am still getting fluky
>> > issues where the my recordings are empty.  I put my backend log here:
>> > https://pastebin.com/ZaB2Jxqa
>> >
>> > It looks like there are some issues, but I am unable to identify/diagnose
>> > them.  Again, any help would be greatly appreciated.
>> >
>> >
>> >
>>
>> I had a quick scan through your log file but only saw one recording which
>> appeared to be successful, was it in fact zero bytes ( "60 Days
>> In":"Atlanta: Bloods Rising" ) ?
>>
>> Otherwise you have a number of existing orphaned recording entries where
>> the BE is looking for files but can't find them. I have previously found
>> that they can cause odd behaviour in places so it might be worth running
>> find_orphans.py to clear them out.
>>
>> There was one warning about a slow write but I wouldnt particularly worry
>> about it unless you got a lot of them ( TFWWrite threadedfilewriter.cpp:571
>> (DiskLoop) - TFW(/storage/recordings/2190_20170421040000.ts:61):
>> write(65424) cnt 35 total 2220656 -- took a long time, 2934 ms ).
>>
>
> I am discovering new issues.  I installed the find_orphans script and ran
> it.  I was able to remove some stuff, but when trying to remove orphaned
> videos and recordings, I get the following errors:
>
> Traceback (most recent call last):
>   File "./find_orphans.py", line 230, in <module>
>     main()
>   File "./find_orphans.py", line 214, in main
>     opt[1](opt[2])
>   File "./find_orphans.py", line 129, in delete_recs
>     rec.delete(True, True)
>   File "/usr/lib/python2.7/site-packages/MythTV/dataheap.py", line 365, in
> delete
>     return self.getProgram().delete(force, rerecord)
>   File "/usr/lib/python2.7/site-packages/MythTV/mythproto.py", line 960, in
> delete
>     res = int(be.deleteRecording(self, force=force))
> ValueError: invalid literal for int() with base 10: ''

I'm don't know Python but one thing comes to mind. If you select an option that has a lot of changes it can take the BE a while to process it all. So if you refresh find_orphans.py while the BE is still churning away it might still find records that the BE is still processing. By the time you select the next option the BE state has changed and the result list is out of date so unexpected things may result. Try again after a couple of hours to see if you still get the same error.

Otherwise make sure the environment you are running find_orphans.py from is correct (ie maybe run as the user that is running your BE and / or make sure env variables are correct). I use something like this in my bash scripts, make sure to correct paths for your environment:

PATH=/usr/local/mythtv_0_28/bin:$PATH
LD_LIBRARY_PATH=/usr/local/mythtv_0_28/lib:$LD_LIBRARY_PATH
MYTHCONFDIR=$HOME/.mythtv_0_28/
PYTHONPATH=/usr/local/mythtv_0_28/lib/python2.7/site-packages

export PATH LD_LIBRARY_PATH MYTHCONFDIR PYTHONPATH
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-users/attachments/20170422/3105683e/attachment.html>