[OpenAFS] Re: AFS and freedesktop.org trash

Andrew Deason adeason@sinenomine.net
Wed, 1 Jun 2011 12:12:51 -0500

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.

> Using Xfce on Fedora 15, browsing AFS is pretty slow because Thunar
> does these DNS lookups almost any time I change directories. I wrote a
> patch for Gnome to skip top-level trash detection on AFS, although I
> imagine KDE would have similar problems.
> https://bugzilla.gnome.org/show_bug.cgi?id=651641

I don't see why this needs to be checked for so often. It seems like
that could be annoying for other network filesystems as well, though
it's worse here with afsdb and dynroot.

Andrew Deason