[mythtv-commits] Ticket #7936: MythTV is expiring just recorded recordings instead of older recordings

MythTV mythtv at cvs.mythtv.org
Sat May 29 06:21:42 UTC 2010

#7936: MythTV is expiring just recorded recordings instead of older recordings
 Reporter:  Jonathan Martens <jonathan@…>           |       Owner:  stuartm   
     Type:  defect                                  |      Status:  assigned  
 Priority:  major                                   |   Milestone:  0.24      
Component:  MythTV - General                        |     Version:  0.22-fixes
 Severity:  high                                    |     Mlocked:  0         

Comment(by nick@…):

 I have similar symptoms:

 MythTV Version   : 24431
 MythTV Branch    : branches/release-0-23-fixes
 Network Protocol : 56
 Library API      : 0.23.20100429-1
 QT Version       : 4.6.2
 Options compiled in:
  linux debug using_oss using_alsa using_pulse using_jack using_pulseoutput
 using_backend using_dvb using_firewire using_frontend
 using_glx_proc_addr_arb using_hdhomerun using_hdpvr using_iptv using_ivtv
 using_joystick_menu using_libudev using_lirc using_mheg using_opengl_video
 using_opengl_vsync using_qtdbus using_qtwebkit using_v4l using_x11
 using_xrandr using_xv using_xvmc using_xvmc_vld using_xvmcw
 using_bindings_perl using_bindings_python using_opengl using_vdpau
 using_ffmpeg_threads using_libavc_5_3 using_live using_mheg

 My Setup:
 - two backends: pacifico (master) and session (slave)
 - fsID #1: pacifico:/var/lib/mythtv/recordings (NFS mounted on session as
 well, same location)
 - fsID #2: session:/var/lib/mythtv/livetv (NFS mounted on pacifico as
 well, same location)

 From my master backend logs (pacifico), Myth is correctly obtaining an
 ordered list of files to expire, but when it cycles through to wack them
 (Checking...) it fails to delete all but the most recent ones!

 Log Note: the first shows below are ones that have a max episodes set, and
 auto-expire on... so I expect them to be deleted first, but they are
 skipped. Then the really old shows are attempted, getting to newer and
 newer shows until one is eventually able to be deleted. As you can see I
 have shows from several months ago that it is skipping, and instead
 deleting shows recorded only a few days ago!

 from master backend (pacifico):
     Not Enough Free Space!  We want 18249 MB
     Directories on filesystem ID 1:
     Searching for files expirable in these directories
         Checking 1799 @ 2010-04-13T14:00:00 => CSI: Crime Scene
         Checking 1128 @ 2010-05-18T16:00:00 => Hardball With Chris
         Checking 1760 @ 2010-05-12T22:30:00 => The Daily Show With Jon
         Checking 1760 @ 2010-05-12T23:00:00 => The Colbert Report
         Checking 1760 @ 2010-05-11T18:00:00 => South Park
         Checking 1128 @ 2010-05-19T16:00:00 => Hardball With Chris
         Checking 1760 @ 2010-05-11T18:30:00 => South Park
         Checking 1760 @ 2010-05-11T19:30:00 => South Park
         Checking 1760 @ 2010-05-11T21:00:00 => South Park
         Checking 1707 @ 2010-04-29T18:00:00 => Life
         Checking 1060 @ 2010-05-13T00:00:00 => South Park
         Checking 1760 @ 2010-05-13T22:30:00 => The Daily Show With Jon
         Checking 1760 @ 2010-05-17T00:30:00 => South Park
         Checking 1760 @ 2010-05-13T23:00:00 => The Colbert Report
         Checking 1760 @ 2010-05-17T19:00:00 => South Park
         Checking 1707 @ 2010-05-09T19:00:00 => Deadliest Catch
         Checking 1759 @ 2010-01-13T17:00:00 => Ghost Hunters
         Checking 1759 @ 2010-01-13T19:00:00 => Ghost Hunters
         Checking 1759 @ 2010-01-20T17:00:00 => Ghost Hunters
         Checking 1759 @ 2010-01-20T19:00:00 => Ghost Hunters
         Checking 1707 @ 2010-01-20T20:00:00 => Man vs. Wild
         Checking 1759 @ 2010-01-27T17:00:00 => Ghost Hunters
         Checking 1059 @ 2010-01-27T19:00:00 => Ghost Hunters
         Checking 1707 @ 2010-01-27T21:00:00 => Man vs. Wild
         Checking 1059 @ 2010-01-27T22:00:00 => Ghost Hunters
         . ~ 100 shows
         Checking 1276 @ 2010-05-15T01:00:00 => History's Mysteries
         Checking 1276 @ 2010-05-15T10:00:00 => Rome: Rise and Fall of an
         Checking 1276 @ 2010-05-16T07:00:00 => Haunted History
         Checking 2310 @ 2010-05-17T01:00:00 => American Masters
         FOUND file expirable. 2310 @ 2010-05-17T01:00:00 is located at
 /var/lib/mythtv/recordings/2310_20100517010000.mpg which is on fsID #1.
 Adding to deleteList.  After deleting we should have 19090 MB free on this

 So... there seems to be a 3rd case in AutoExpire::ExpireRecordings that
 neither ends up deleting the file, nor complaining the file could not be

    if (dirList.contains(p->hostname + ":" + vidFile.path()))

 I am guessing this is what is failing... so the file is essentially
 skipped and the next one is tried, over and over.

 I don't know what my slave backend (session) is doing about AutoExpire
 yet, I just now turned up its logging.

 If this isn't the same bug, I can open a new ticket.

Ticket URL: <http://svn.mythtv.org/trac/ticket/7936#comment:13>
MythTV <http://www.mythtv.org/>

More information about the mythtv-commits mailing list