<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Sun, May 13, 2018 at 11:55 AM Stephen Worthington <<a href="mailto:stephen_agent@jsw.gen.nz">stephen_agent@jsw.gen.nz</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 Sun, 13 May 2018 10:47:45 -0500, you wrote:<br>
<br>
>I see "can't write to" issue and some "AutoExpire: CalcParams(): Max<br>
>required Free Space: 1.0 GB w/freq: 15 min" thing which when I search seems<br>
>to be some TV Tuner issue<br>
<br>
You can ignore the "Autoexpire:" messages - they are normal.  It just<br>
means that mythbackend has looked at all the storage groups and<br>
checked that they have enough free space.  If they do not, it will<br>
choose some recordings to expire to create enough free space.  Always<br>
make sure your storage groups have enough free space unless you want<br>
old recordings to expire.  I leave a minimum of 20 Gibytes free at all<br>
times.<br>
<br>
The "can't write to" messages come about by mythbackend writing a zero<br>
length file ".test" to each storage group directory on startup.  If it<br>
fails to create the file, or fails to be able to delete it, it will<br>
give the "can't write to" message and will not use that storage group<br>
directory for writing until the next time it is started.<br>
<br>
So, first, take a look and see if your storage group directories<br>
contain .test files, and what their ownership and permissions look<br>
like.  Then manually delete them if they are there.  If you have had a<br>
permissions problem that has caused the .test files to be left behind<br>
undeleted, then I think the test fails on creating new ones, hence the<br>
need to manually delete them after you fix the permissions.<br>
<br>
Then, try creating the .test files yourself as the user that<br>
mythbackend runs as (mythtv).  Log in as root and do this:<br>
<br>
su - mythtv -c touch "<storage group path>/.test"<br>
<br>
And try deleting them again:<br>
<br>
su - mythtv -c "rm <storage group path>/.test"<br>
<br>
If either command does not work, then you need to fix the ownership<br>
and permissions until it does work.</blockquote><div><br></div><div>so i am slightly confused. Here's what I have:</div><div><br></div><div>BE user - myth  (no "tv"), mythconverg user: mythtv</div><div>FE user - mythtv</div><div><br></div><div>In ubuntu BE, i don't have "root". so i always log in as "myth" and when I do, it let's me do the touch and rm the .test</div><div><br></div><div>When we test permissions, do we test the "mythtv" because the FE as well as the DB user is "mythtv" or do we test "myth" because that's the BE user?</div><div><br></div><div>I gather the DB user "mythtv" comes in play later once FE talks to the BE, but the file permissions AND ownership is what confuses me. </div><div><br></div><div>My share "/usr/local/media/metadata" is currently showing as </div><div><br></div><div><div>myth@ScorpioOne:~$ ls -ahl /usr/local/media/</div><div>total 208K</div><div>drwxrwsr-x   9 nobody 4294967294   91 May  7 01:07 .</div><div>drwxr-xr-x  11 root   root        127 May 11 14:24 ..</div><div>drwxrwsr-x   4 root   mythtv       35 May  2 08:43 Data</div><div>drwxrwsr-x   2 root   mythtv        6 May  7 01:07 live-tv</div><div>drwxrwsr-x   2 <span style="background-color:rgb(255,255,0)">nobody 4294967294</span> 128K May 13  2018 metadata</div><div>drwxrwsr-x 185 <span style="background-color:rgb(255,255,0)">nobody 4294967294</span>  20K May 12 23:11 Music</div><div>drwxrwsr-x 103 <span style="background-color:rgb(255,255,0)">nobody 4294967294</span> 4.0K Jan  1 09:26 Pics</div><div>drwxrwsr-x   4 root   mythtv       38 May  7 01:34 TV</div><div>drwxrwsr-x   8 root   mythtv      108 Apr 13 12:47 Videos</div></div><div><br></div></div></div>