[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