[mythtv-commits] Ticket #6503: GetFilesystemInfos, TotalKB: -1 should be ignored

MythTV mythtv at cvs.mythtv.org
Sun Apr 26 18:13:15 UTC 2009

#6503: GetFilesystemInfos, TotalKB: -1 should be ignored
 Reporter:  nick at kreucher.net  |        Owner:  cpinkham  
     Type:  defect             |       Status:  assigned  
 Priority:  minor              |    Milestone:  0.21.1    
Component:  MythTV - General   |      Version:  0.21-fixes
 Severity:  medium             |   Resolution:            
  Mlocked:  0                  |  

Comment(by cpinkham):

 I added code to the AutoExpirer in both trunk and -fixes to ignore
 filesystems with a TotalKB or UsedKB == -1.  If you are compiling your own
 binaries and update to svn head then you should be able to see some error
 messages printed to the log when this situation is encountered.

 If you are using automount and the filesystem is not already mounted or
 automounted when the expirer runs, then there isn't much we can do about
 it in the code.  I wonder if this situation would occur if you used a
 subdirectory like we recommend.  We generally tell people not to put their
 recordings in the root directory of a mount whether it is nfs or a local
 drive.  The reason for this is because if the filesystem is not mounted
 for some reason, the backend will happily put the files in the parent
 filesystem and then those files will be hidden when/if the real recording
 filesystem is mounted.  We recommend putting recordings in a subdir of the
 mount.  If you used a subdir, then autofs would probably cause the
 filesystem to be mounted when we call statfs() and we'd get the true usage
 numbers for use in the expirer.

 With only one filesystem/directory, you may not be seeing issues in the
 scheduler, but if you had 2 of them, these invalid usage numbers would
 severely impact the Storage Groups disk scheduling code.

 Can you compile and run the attached statfs.c program?  Basically this:
    gcc -o statfs statfs.c ; ./statfs /var/lib/mythtv/recordings

 Try that with the filesystem mounted and unmounted, then try it again with
 the filesystem unmounted, but instead of giving it the recordings
 directory, create a temporary subdirectory underneath recordings and pass
 statfs the name of the subdirectory (ie, ./statfs
 /var/lib/mythtv/recordings/tmpsubdir)  and see if that gives different
 results or if it causes the filesystem to be mounted (which it should).
 If this is the case, then using a subdir would fix the issue for you.

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

More information about the mythtv-commits mailing list