[OpenAFS] Re: AFS and freedesktop.org trash

omalleys@msu.edu omalleys@msu.edu
Wed, 01 Jun 2011 13:57:55 -0400


Quoting Andrew Deason <adeason@sinenomine.net>:

> On Wed, 1 Jun 2011 10:51:42 -0600
> Ken Dreyer <ktdreyer@ktdreyer.com> wrote:
>
>> I was curious if anyone has experience with AFS and the
>> freedesktop.org "trashcan" spec.
>>
>> http://www.freedesktop.org/wiki/Specifications/trash-spec
>>
>> The spec references a "topdir" area where a ".Trash" or a
>> ".Trash-$uid" directory can exist at the top of a filesystem mount.
>> For AFS, that translates to /afs/.Trash . With -afsdb enabled, this
>> means doing several DNS lookups for a "Trash" AFS cell.
>
> Don't we do some kind of blacklisting on OS X for things like this? We
> could just ignore dynroot requests for .Trash. It's a legit name to have
> there, though.
>
> But also, shouldn't negative DNS responses be cached for awhile? I
> wouldn't think each of these accesses should entail a long delay.

It depends on how your system is configured. If you are using  
something like nscd, then you can adjust negative ttl's in the  
nscd.conf file. dnsmasq uses the ttl handed out by the dns server in  
the SOA record which bind9 is clarifying that as the minimum ttl.  If  
none is set then it is 0. (There is an option to override this  
behavior.)

dnsmasq also doesn't doesnt cache tcp dns requests at all. (according  
to their faq.)