<br><div class="gmail_quote">On Tue, Jun 1, 2010 at 10:19 AM, Nasa <span dir="ltr">&lt;<a href="mailto:nasa01@comcast.net">nasa01@comcast.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im"><br>
----- &quot;Jack Perveiler&quot; &lt;<a href="mailto:perveilerj@gmail.com">perveilerj@gmail.com</a>&gt; wrote:<br>
<br>
&gt; &gt;<br>
&gt; &gt;<br>
</div><div><div></div><div class="h5">&gt; &gt; &gt; &gt; But if I run the same command again<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; Here&#39;s what I noted as a problem.  The &#39;R&#39; option updates only the<br>
&gt; &gt; &gt; reference number -- it doesn&#39;t download anything.  The next<br>
&gt; &gt; &gt; run should have been without the &#39;R&#39;.<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; Yeah, I thought of that too.  Oddly, if I run with -I<br>
&gt; (interactive)<br>
&gt; &gt; &gt; instead of -R I get prompted for the missing entries like with -R<br>
&gt; &gt; &gt; except it also pulls the fanart, etc from <a href="http://themoviedb.org" target="_blank">themoviedb.org</a> .  The<br>
&gt; &gt; files<br>
&gt; &gt; &gt; are sitting in the right place on my system.  The inetref is still<br>
&gt; &gt; all<br>
&gt; &gt; &gt; 0&#39;s though.  If I run in maintenance mode after that (after -I or<br>
&gt; &gt; -R,<br>
&gt; &gt; &gt; doesn&#39;t matter) I get a message telling me that X-Men has no<br>
&gt; inetref<br>
&gt; &gt; &gt; so it won&#39;t fetch anything.<br>
&gt; &gt; &gt;  <br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; I get the same prompting for X-Men<br>
&gt; &gt; &gt; &gt; again.  Thinking this was odd, I checked the database after the<br>
&gt; &gt; run:<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; mysql&gt; select title,inetref from videometadata where title like<br>
&gt; &gt; &gt; &gt; &quot;X-Men&quot;;<br>
&gt; &gt; &gt; &gt; +-------+----------+<br>
&gt; &gt; &gt; &gt; | title | inetref  |<br>
&gt; &gt; &gt; &gt; +-------+----------+<br>
&gt; &gt; &gt; &gt; | X-Men | 00000000 |<br>
&gt; &gt; &gt; &gt; +-------+----------+<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; Yeah, This seems odd.  Jamu shouldn&#39;t have done anything, as file<br>
&gt; &gt; &gt; was already in database with a inetref number.<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; I was thinking about this....  Could you set the inetref number to<br>
&gt; &gt; NULL?<br>
&gt; &gt; That&#39;s what the db defaults that field too.  Then try again with the<br>
&gt; &gt; &#39;R&#39;<br>
&gt; &gt; option and see what happens.<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; Hmm, that is wierd.  According to mysql the default value for<br>
&gt; inetref<br>
&gt; &gt; IS NULL, but immediately following a mythvideo rescan (delete all<br>
&gt; &gt; entries from videometadata and rescan upon entering mythvideo) it is<br>
&gt; &gt; populated with the 8 0&#39;s.  If I jam in NULL instead with:<br>
&gt; &gt;<br>
&gt; &gt; mysql&gt; update videometadata set inetref=NULL where title=&quot;X-Men&quot;;<br>
&gt; &gt; Query OK, 1 row affected, 1 warning (0.00 sec)<br>
&gt; &gt; Rows matched: 1  Changed: 1  Warnings: 1<br>
&gt; &gt;<br>
&gt; &gt; mysql&gt; select title,inetref from videometadata where title =<br>
&gt; &quot;X-Men&quot;;<br>
&gt; &gt; +-------+---------+<br>
&gt; &gt; | title | inetref |<br>
&gt; &gt; +-------+---------+<br>
&gt; &gt; | X-Men |         |<br>
&gt; &gt; +-------+---------+<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; and then run jamu with -r again I get the same results (ie inetref<br>
&gt; not<br>
&gt; &gt; updated, only now it&#39;s still NULL instead of all 0&#39;s)<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt;<br>
&gt; While from reading your messages this seems unlikely, but I figured I<br>
&gt; would<br>
&gt; ask just to make sure...  You are editing the database with the same<br>
&gt; user<br>
&gt; that is running Jamu?  Or stated another way, all users who interact<br>
&gt; with<br>
&gt; the database have write access to it..<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; Correct.  I run jamu as part of a cron job as user mythtv.  As user<br>
&gt; mythtv I can use mysql to modify the inetref manually.  I run<br>
&gt; mythfrontend as user perveil.   I can also update the inetref manually<br>
&gt; via mysql as this user.  Running jamu as user perveil has the same<br>
&gt; results as running as user mythtv (ie inetref isn&#39;t updated).<br>
&gt;<br>
&gt; Basically, both users can modify the fields using mysql, neither user<br>
&gt; can modify the fields using jamu.<br>
<br>
</div></div>The more I read over this, the more I want to make sure permissions aren&#39;t<br>
a cause for it...  When you log into your database using mysql how do you<br>
log in?<br>
<br>
ie something like this:  mysql -u mythtv -pmythtv mythconverg?<br></blockquote><div><br>Yes, just like that (except I leave the passwd out  after the &#39;-p&#39; and type it when prompted). I use the same username and password as is specified by &lt;DBUserName&gt; and &lt;DBPassword&gt; in /home/perveil/.mythtv/config.xml (which incidentally has the same username and password as /home/mythtv/.mythtv/config.xml).<br>
<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
You also mentioned starting the frontend via user perveil, what users starts<br>
mythbackend?<br>
<br>
Again, I maybe picking at straws -- but the needle must be in there somewhere....<br>
<div><div></div><div class="h5"><br></div></div></blockquote></div><br>Mythbackend is started as user mythtv, just like the cron jamu run.<br><br>