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

[James Abernathy]

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?


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