[mythtv-commits] Ticket #12988: Auto-expire doesn't delete then loops and retries every time (endless log loop)

MythTV noreply at mythtv.org
Mon Feb 6 03:03:02 UTC 2017


#12988: Auto-expire doesn't delete then loops and retries every time (endless log
loop)
----------------------------------+------------------------------
 Reporter:  stevenable@…          |          Owner:  wagnerrp
     Type:  Bug Report - General  |         Status:  closed
 Priority:  minor                 |      Milestone:  unknown
Component:  MythTV - Housekeeper  |        Version:  0.27.6
 Severity:  low                   |     Resolution:  Works for me
 Keywords:  autoexpire, log loop  |  Ticket locked:  0
----------------------------------+------------------------------
Changes (by mdean):

 * status:  new => closed
 * resolution:   => Works for me


Comment:

 There was a conscious design decision made to ensure that no recording
 metadata is ever automatically deleted from the database when a recording
 file is missing because there are far too many reasons why a file may be
 temporarily missing (hard drive is unmounted, NFS/CIFS is
 down/unreachable, ...).  Therefore, MythTV logs a message so that the user
 can, if desired, manually delete the recording (with appropriate "are you
 certain" prompts) using mythfrontend to say that it really is gone (or,
 using find_orphans.py at https://www.mythtv.org/wiki/Find_orphans.py ).

 The reason it doesn't make sense to "flag it as attempted/failed" is
 because that file may appear at any time before the next autoexpire run,
 so it always makes sense to check if that file--the highest-priority-for-
 autoexpire--actually exists in every run.  The only thing that flagging it
 could possibly be used to do (since we should always check to see if we
 can delete it) is to silence the logging, but IMHO, it's not a bad thing
 to keep "shouting" that something is wrong until the user notices and
 fixes the problem (mounts the file system, boots the file server, ...--or
 if nothing else, notices that a file is really missing and deletes the
 recording metadata using mythfrontend and ensures that he never uses a
 tool that removes MythTV's recording files without asking MythTV to do the
 deletion).

--
Ticket URL: <https://code.mythtv.org/trac/ticket/12988#comment:1>
MythTV <http://www.mythtv.org>
MythTV Media Center


More information about the mythtv-commits mailing list