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

Greg Oliver oliver.greg at gmail.com
Sun Jan 13 16:02:48 UTC 2019


On Sun, Jan 13, 2019 at 7:46 AM James Abernathy <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...?

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


More information about the mythtv-users mailing list