<div dir="ltr"><div dir="ltr"></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 11, 2022 at 10:28 AM Gary Buhrmaster <<a href="mailto:gary.buhrmaster@gmail.com">gary.buhrmaster@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Wed, May 11, 2022 at 2:53 AM DryHeat122 <<a href="mailto:dryheat122@gmail.com" target="_blank">dryheat122@gmail.com</a>> wrote:<br>
><br>
> I am getting that error when I run mythfilldatabase. It is followed by:<br>
><br>
>      Malformed XML file, missing </tv> element, at line 1, Premature end of document.<br>
><br>
> What XML file is it talking about? The one returned by Schedules Direct? How do I troubleshoot this?<br>
<br>
The one that mythfilldatabase is trying to load,<br>
which is (typically) generated by your grabber,<br>
unless an error occurs.<br>
<br>
There are many possible reasons for a grabber<br>
to fail (the most common are a filesystem (/tmp)<br>
being out of space, and that one is running it<br>
by a userid (i.e. the backend user) who does not<br>
have permissions on the file(s) that were created<br>
by the userid one used (i.e. not the same userid<br>
as the backend userid) to configure the grabber<br>
initially).<br>
<br>
To obtain additional information from the grabber<br>
itself, one can add in the flags "--verbose general,xmltv"<br>
to the invocation of mythfilldatabase and mythtv<br>
will log the grabbers output (if any) that may<br>
provide additional guidance.<br></blockquote><div><br></div><div>Thanks Stephen and Gary for the replies. I think I have figured out the problem. I have grabber setups under both /home/mythtv and /home/steve. Don't ask me how I managed that.</div><div><br></div><div>After running Gary's channel fixer script, MythTV is using the xmltv under /home/steve. When I ran mythfilldatabase as user steve, it grabbed shows and restored my program guide and upcoming recordings. However, when it MythTV runs mythfilldatabase nightly (I think it is) it does so as user mythtv, and encounters these errors.  I had a look at the grabber code and can't find anywhere it actually creates an .xml file, nor a line where the reported error message is generated.</div><div><br></div><div>So it seems the options are to (1) tell myth to run mythfilldatabase under user steve, but I don't know if that can be done or if so how, (2) re-run Gary's script pointing at the /home/mythtv (which I'm reluctant to do for fear of breaking things again), or (3) do the expedient thing and cheat by writing a cron job to run mythfilldatabase under steve and  just let the job under myth continue to fail.</div></div></div>