[Building Sakai] Mac generating repeated requests for dav content

[Sean DeMonner]

Michelle,

Yes, we've seem similar, if not identical, issues in Production for a  
while (prior to 2.6 certainly). There is some background here:

	http://jira.sakaiproject.org/browse/SAK-11636 [and SAK-13504 as  
you've indicated]

We have a patch in our latest build, which is just now starting  
functional testing, which we hope will cut down on the WebDAV traffic  
significantly.

SMD.



On Sep 18, 2009, at 11:29 AM, Wagner, Michelle R. wrote:

> 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
>
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to sakai-dev- 
> unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"
>
>


SMD.


==========================================================
Sean DeMonner, IT Senior Project Manager, CTools Implementation Group
Digital Media Commons @ The Duderstadt Center, U-M      (734) 615-9765
Pub Key 24DD6B09




-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20090918/62a80bcc/attachment.html