[bug-notifications] [findutils 0005100]: exclude /afs from search directories

[Mantis Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=5100 
====================================================================== 
Reported By:                kdreyer
Assigned To:                
====================================================================== 
Project:                    findutils
Issue ID:                   5100
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2013-08-08 21:40 CEST
Last Modified:              2013-08-08 22:44 CEST
====================================================================== 
Summary:                    exclude /afs from search directories
Description: 
Thank you very much for your packaging work in OpenCSW.

Could you please add "/afs" to the list of directories that updatedb
excludes while crawling?

====================================================================== 

---------------------------------------------------------------------- 
 (0010521) kdreyer (reporter) - 2013-08-08 22:44
 https://www.opencsw.org/mantis/view.php?id=5100#c10521 
---------------------------------------------------------------------- 
Hi Ben,

Thank you for considering this. AFS is the Andrew File System, a
distributed, open-source filesystem similar to NFS. It has been around for
a long time, but it's not part of any software that Oracle ships.

It is not a part of Linux either, but you can see that Red Hat excludes
/afs, all the way from RHEL 5 in 2007, up to Fedora Rawhide:

http://pkgs.fedoraproject.org/cgit/mlocate.git/tree/updatedb.conf

>From digging around in mailing list archives, there are references to this
Red Hat configuration back in 2003, even though Red Hat has never shipped
OpenAFS in its product line.

AFS servers can be geographically located all over the world, and the
OpenAFS client ships with a lot of AFS "cells" (sites) under /afs. The
autodiscovery and subsequent crawling by updatedb can generate a lot of
network traffic and use a lot of resources.

While it is technically possible that skipping /afs has the potential to
break setups at a hypothetical site, I believe that the overwhelming
majority of people who have files located under /afs are running OpenAFS
and would prefer that updatedb skip this location.