Mantis - findutils
Viewing Issue Advanced Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
5100 packaging minor always 2013-08-08 21:40 2013-08-08 23:48
Reporter: kdreyer Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
Summary: 0005100: 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?
Steps To Reproduce:
Additional Information: The file to modify is:
http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/findutils/trunk/files/CSWfindutils.postinstall [^]
Relationships
Attached Files:
Issue History
Date Modified Username Field Change
2013-08-08 21:40 kdreyer New Issue
2013-08-08 22:25 bwalton Note Added: 0010520
2013-08-08 22:44 kdreyer Note Added: 0010521
2013-08-08 22:54 bwalton Note Added: 0010522
2013-08-08 23:48 kdreyer Note Added: 0010523

Notes
(0010520)
bwalton   
2013-08-08 22:25   
What is /afs? If it's not a stock mount for every solaris box, I'm not inclined to exclude it. Doing so would potentially break the setup at some other site.

If it's not stock solaris, and I don't think it is, your best option is to automate the management of the file that updatedb uses for excludes so that all of your installations are maintained with your site-local settings.

Please correct me if this is some standard solaris option though.

Thanks
-Ben
(0010521)
kdreyer   
2013-08-08 22:44   
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.
(0010522)
bwalton   
2013-08-08 22:54   
Ok, let's add it to PRUNEFS then so that regardless of mount point it's not crawled. This would make me feel better than adding it to PRUNEPATHS as it should do what you need and be more generic at with less risk of hurting other sites.

Work for you?
(0010523)
kdreyer   
2013-08-08 23:48   
Sure, I think that would work for me. Thank you.