[mythtv-users] Mythvidexport problem

Roger Siddons dizygotheca at ntlworld.com
Sat Jan 4 21:50:44 UTC 2014


On Sat, 04 Jan 2014 15:51:19 -0000, Mike Carron <jmcarron at starstream.net>  
wrote:

> I installed mythvidexport.py on my system (Mythbuntuj12.04.3/Myth 0.25)  
> yesterday and am getting about a 50% success rate on exporting >to the  
> Video Library. Those that succeed are great and I really like the  
> appearance of the videos page so far. Unfortunately, the  
> >mythbackend.log hasn't been very informative about failures, saying  
> only that the userjob failed.The Backend Status page on MythWeb is  
> better:
>> 6 of the failures were "Failure to overwrite e",2 were "External system  
>> call failed: code 1" and1 was "User job returned non-zero, check logs."
> There was no user job entry in the backend log for that last failure at  
> the time given on the Backend Status page. If there is a mythvidexport  
> >log it isn't in /var/log/mythtv and I haven't been able to find it.
>
> Those which failed with the "Failure to overwrite e" message also left  
> the name of the series in the first column of the Videos page and I'm  
> not >able to delete it.
>
> Any suggestions?
>

I've recently started using mythvidexport and also found that it doesn't  
play nice with Mythbuntu/rsyslog logging (even with a modified  
configuration). I haven't got to the bottom of that yet. A work-around is  
to try the --logpath option.

'Failure to overwrite' occurs because your video library already contains  
a file with the same name and mythvidexport (sensibly) won't overwrite it.  
You mention series so I'm guessing episode 1 exported ok but subsequent  
episodes were trying to overwrite it because they were assigned the same  
filename. I don't export TV series but I suspect the filenames can end up  
being very generic when the metadata lookup fails (ie. no matches/multiple  
matches). You may have to manually edit the filename before before  
exporting more episodes of the same series.

'external system call failed' usually indicates the metadata lookup  
grabber bombed out for some reason.

Any new directories/files created will be owned by mythtv user (ie. the  
backend) so the frontend won't have permissions to delete them. That's  
good, isn't it ? You can delete them manually by using 'sudo rm <file>'  
 from a terminal.

The easiest solution for problem jobs is to run mythvidexport from the  
command line. The backend log does show you the 4 digit job id in the form  
of 'UserJob_<jobid>' so you should be able to simply re-use that;

mythvidexport.py  <jobid>

You'll probably still have permissions issues but it should give you a  
clue as to what the problem is.

Note there's been some discussion lately about metadata grabber API  
changes. Your 0.25 grabbers may have been affected by those.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mythtv.org/pipermail/mythtv-users/attachments/20140104/54a26ff3/attachment.html>


More information about the mythtv-users mailing list