[mythtv-users] nVidia Shield (arm port maybe or just remote frontends in general) and expiring recordings

James Abernathy jfabernathy at gmail.com
Sun Jan 13 16:08:59 UTC 2019


On 1/13/19 11:02 AM, Greg Oliver wrote:
> On Sun, Jan 13, 2019 at 7:46 AM James Abernathy <jfabernathy at gmail.com 
> <mailto:jfabernathy at gmail.com>> wrote:
>
>
>     On 1/13/19 8:59 AM, Greg Oliver wrote:
>>     I have replaced my final frontend (well, it used to be a
>>     backend/frontend combo) with another Shield.  It is the only
>>     Shield running mythfrontend - the rest run Kodi with the PVR plugin.
>>
>>     I was on vacation last week and got home to a very close to full
>>     disk.  This morning I examined some stuff and deleted a lot of
>>     stuff, but it is actually not deleting anything when it says it is ::
>>
>>     Please attach all output as a file in bug reports.
>>     MythTV Version : v29.1-v29.1-36-gdde16d475a
>>     MythTV Branch : fixes/29
>>     Network Protocol : 91
>>     Library API : 29.20180316-1
>>     QT Version : 5.9.6
>>
>>     2019-01-13 07:25:52.078053 I [7936/7947] Scheduler
>>     scheduler.cpp:2357 (HandleReschedule) - Reschedule requested for
>>     CHECK 0 1784 0 DoHandleDelete1 | The X-Files | This | An old
>>     friend reaches out to Mulder and Scully in a seemingly impossible
>>     way, revealing a chilling secret. | EP000809550227
>>
>>     2019-01-13 07:25:52.085202 N [7936/2713] ProcessRequest
>>     recordinginfo.cpp:643 (ApplyRecordRecGroupChange) -
>>     ApplyRecordRecGroupChange: Default to Deleted (3)
>>
>>     2019-01-13 07:38:29.961874 N [7936/7948] Expire
>>     autoexpire.cpp:637 (SendDeleteMessages) - Expiring 6087 MB for
>>     7041 at 2018-01-11T01:00:00Z => "The X-Files":This
>>
>>     echo "select * from recorded where title like 'The X-Files%' and
>>     subtitle = 'This';"|mysql -umythtv -p mythconverg
>>     Enter password:
>>     chanid    starttime    endtime title    subtitle    description
>>     season    episode    category hostname    bookmark    editing
>>     cutlist    autoexpire    commflagged recgroup    recordid   
>>     seriesid programid    inetref    lastmodified filesize   
>>     stars    previouslyshown originalairdate    preserve    findid
>>     deletepending    transcoder timestretch    recpriority
>>     basename    progstart    progend playgroup    profile   
>>     duplicate transcoded    watched    storagegroup bookmarkupdate   
>>     recgroupid recordedid    inputname
>>     7041    2018-01-11 01:00:00 2018-01-11 02:00:00    The X-Files
>>     This    An old friend reaches out to Mulder and Scully in a
>>     seemingly impossible way, revealing a chilling secret.    11   
>>     2    Drama backend-0    0    0    0    9999    1 Deleted   
>>     1784    EP00080955 EP000809550227    ttvdb.py_77398 2019-01-13
>>     07:38:29    6383132040 0    0    2018-01-10    0    0    1 0   
>>     1    0    7041_20180111010000.ts 2018-01-11 01:00:00   
>>     2018-01-11 02:00:00    Default    Default    0 00    Default   
>>     0000-00-00 00:00:00 3    3992    HDHR0-1
>>
>>     I have deleted over 500 recordings from this Shield and modified
>>     the property from 1GB free to 100GB free in settings, yet the
>>     system remains at 3.99GB free no matter what I do.
>>
>>     Long ago (the original frontend I used on the backend had the
>>     setting to immediately delete files and do not delete slowly.
>>
>>     I have many many TB of disk since I use my systems for work and I
>>     never want mythtv managing my disk space - when I delete it - I
>>     want it gone immediately (well, the current 5 minute delay is OK)
>>     - I will never have issues with disk speeds when doing deletes.
>>
>>     Anyone know how to fix this and get it to behave like the old
>>     frontend.  Here are my settings from the DB with this regard ::
>>
>>     +---------------------------+------+-----------+
>>     | value                     | data | hostname  |
>>     +---------------------------+------+-----------+
>>     | DeletesFollowLinks        | 1    | NULL      |
>>     | TruncateDeletesSlowly     | 0    | backend-0 |
>>     | AutoExpireInsteadOfDelete | 0    | NULL      |
>>     | DeletedFifoOrder          | 0    | NULL      |
>>     | DeletedMaxAge             | 0    | NULL      |
>>     +---------------------------+------+-----------+
>>
>>     Thanks,
>>
>>     Greg
>>
>
>     Are you saying you use the Shield as a mythtv-frontend only and it
>     had 500 recording on it??  Or did you just use the Shield to
>     delete the recordings from the remote backend?
>
>
>
> The latter - it is the frontend apk - I am not running a backend on 
> the shield.  The settings I have always used since 2005 when I started 
> running mythtv allowd me to immediately delete files and also disable 
> the property to delete them slowly (this one I believe was introduced 
> around 2009/2010 or so).  I am just having an issue with the backend 
> not deleting stuff when it says it does.
>
> In the past, when the "expiring xxxx of xxxx" message has always 
> showed up, it actually freed the space.  It is not doing that from 
> this frontend as shopwn from the log snippets from before.  I guess I 
> should have shown df before and after.  I just tried restarting the 
> backend in case there were some open handles or something and it went 
> defunt/zombie, so I am rebooting it now.
>
> Hmmmm..  Restarting the backend fixed it - it is cleaning up a TB of 
> space now..  Weird..  I have not had this happen before.  Oh well.  
> Vacation gremlins I suppose...?
>
> :)
>
I know if I accidentally delete something then want to find the .ts file 
it's too late. I'm never fast enough.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-users/attachments/20190113/d832e636/attachment.html>


More information about the mythtv-users mailing list