[Building Sakai] Mac generating repeated requests for dav content

Wagner, Michelle R. wagnermr at iupui.edu
Fri Sep 18 08:29:25 PDT 2009


Hi all,
I am hoping the WebDAV experts out there might have some insight on an issue
we are seeing at Indiana.  While troubleshooting our production issues that
emerged at the start of the fall semester at Indiana (we are running 2.6),
we noticed that our top two browsers by the number of requests for pages are
now WebDAV.

     reqs:   pages: browser
---------: -------: -------
  2962940:  507211: WebDAVFS/1.8 (01808000) Darwin/9.8.0 (i386)
   516080:  113163: WebDAVFS/1.8 (01808000) Darwin/9.7.0 (i386)

While testing locally, in the access logs we are seeming something similar
to the following repeated indefinitely while connected to webDAV via Finder
on the Mac:

127.0.0.1 - wagnermr [18/Sep/2009:10:49:57 -0400] "GET
/dav/SP09-IN-UITS-PRAC-16769/.DS_Store HTTP/1.1" 200 -
127.0.0.1 - wagnermr [18/Sep/2009:10:49:57 -0400] "PROPFIND
/dav/SP09-IN-UITS-PRAC-16769/.DS_Store HTTP/1.1" 207 81
127.0.0.1 - wagnermr [18/Sep/2009:10:49:57 -0400] "DELETE
/dav/SP09-IN-UITS-PRAC-16769/.DS_Store HTTP/1.1" 200 -
127.0.0.1 - wagnermr [18/Sep/2009:10:49:57 -0400] "PROPFIND
/dav/SP09-IN-UITS-PRAC-16769/._.DS_Store HTTP/1.1" 404 1072
127.0.0.1 - wagnermr [18/Sep/2009:10:49:57 -0400] "PROPFIND
/dav/SP09-IN-UITS-PRAC-16769/.DS_Store HTTP/1.1" 207 81
127.0.0.1 - wagnermr [18/Sep/2009:10:49:57 -0400] "PROPFIND
/dav/SP09-IN-UITS-PRAC-16769/ HTTP/1.1" 207 371
127.0.0.1 - wagnermr [18/Sep/2009:10:49:59 -0400] "PROPFIND
/dav/SP09-IN-UITS-PRAC-16769/._. HTTP/1.1" 404 1048
127.0.0.1 - wagnermr [18/Sep/2009:10:49:59 -0400] "PROPFIND
/dav/SP09-IN-UITS-PRAC-16769/ HTTP/1.1" 207 1078
127.0.0.1 - wagnermr [18/Sep/2009:10:49:59 -0400] "PROPFIND
/dav/SP09-IN-UITS-PRAC-16769/._contentReview.sql HTTP/1.1" 404 1096
127.0.0.1 - wagnermr [18/Sep/2009:10:49:59 -0400] "PROPFIND
/dav/SP09-IN-UITS-PRAC-16769/._Podcasts HTTP/1.1" 404 1069
127.0.0.1 - wagnermr [18/Sep/2009:10:49:59 -0400] "PROPFIND
/dav/SP09-IN-UITS-PRAC-16769/.DS_Store HTTP/1.1" 207 81
127.0.0.1 - wagnermr [18/Sep/2009:10:49:59 -0400] "PROPFIND
/dav/SP09-IN-UITS-PRAC-16769/._.DS_Store HTTP/1.1" 404 1072

Additionally, if connected to drop box, the situation is compounded because
it seems to be going to the UserDirectoryService repeatedly with invalid
data.  For instance, from the access logs:

127.0.0.1 - wagnermr [18/Sep/2009:11:08:05 -0400] "PROPFIND
/dav/group-user/FA09-CS-ACE-PRAC-18251/.DS_Store HTTP/1.1" 207 81
127.0.0.1 - wagnermr [18/Sep/2009:11:08:05 -0400] "PROPFIND
/dav/group-user/FA09-CS-ACE-PRAC-18251/ HTTP/1.1" 207 381
127.0.0.1 - wagnermr [18/Sep/2009:11:08:07 -0400] "PROPFIND
/dav/group-user/FA09-CS-ACE-PRAC-18251/ HTTP/1.1" 207 2714
127.0.0.1 - wagnermr [18/Sep/2009:11:08:07 -0400] "PROPFIND
/dav/group-user/FA09-CS-ACE-PRAC-18251/._octest15 HTTP/1.1" 404 1099
127.0.0.1 - wagnermr [18/Sep/2009:11:08:08 -0400] "PROPFIND
/dav/group-user/FA09-CS-ACE-PRAC-18251/._octest14 HTTP/1.1" 404 1099

It seems to be treating the 4th piece of the reference as a username. It
goes to the UserDirectoryService looking for user information for
".DS_STORE", "._octest14", "._octest15", etc repeatedly.  Over about 5
minutes, we had 550+ exceptions for these invalid "usernames".  I haven't
been able to reproduce this username behavior on Windows XP.

We have the following in our sakai.properties:
webdav.ignore.count=2
webdav.ignore.1=/.DS_Store
webdav.ignore.2=/._

The behavior we are seeing seems similar to
http://jira.sakaiproject.org/browse/SAK-13504.  Is anyone else seeing this
behavior?  If anyone has any insight, we would be very grateful.

Have a wonderful day and thanks again for your help,
Michelle



More information about the sakai-dev mailing list