WebDav server dropping connections/unstable.

[DigiDr]

Hiya,

My first ever bug report so i hope i'm writing this in the correct place.

Background: I've been struggling for some time to sync my favorite information management program, DEVONthink, with the webdav server provided by owncloud. (i've been trying since 4.5.xx). Thus far i had given up and resorted to including the database file within the sync client, that has worked just fine.

I'm getting errors from devonthink such as:

27/08/2013 14:16:34.642 DEVONthink Pro[81897]: Fetch Item records/69 Existence Error: Error Domain=NSURLErrorDomain Code=-1001 "Connection failed because the connection timed out." UserInfo=0x5dbfd0 {NSLocalizedDescription=Connection failed because the connection timed out.}

It just keeps timing out.

I thought this was an issue with devonthink, but recently tried mounting the webdav share on the same, OSX machine and get very bad results:

1. Mount the owncloud share
2. Attempt to upload a file, to which i see "file already exists - replace file??" - note the file does most definitely not exist
3. The file appears to upload just fine.
4. At the of the upload i get an OS error -36 or -48 (but the file appears to have completed upload just fine, and can be seen in my owncloud interface)
5. The owncloud mount then often immediately drops.

Sometimes i can download files from the owncloud server over webdav sync, sometimes it also refuses.

Owncloud tells me:

""isWebDAVWorking: NO - Reason: exception 'Sabre_DAV_Exception' with message '[CURL] Error while making request: couldn't connect to host (error code: 7)' in /var/www/owncloud/3rdparty/Sabre/DAV/Client.php:410 Stack trace: #0 /var/www/owncloud/3rdparty/Sabre/DAV/Client.php(179): Sabre_DAV_Client->request('PROPFIND', '', '<?xml version="...', Array) #1 /var/www/owncloud/lib/util.php(609): Sabre_DAV_Client->propFind('', Array) #2 /var/www/owncloud/settings/admin.php(34): OC_Util::isWebDAVWorking() #3 /var/www/owncloud/lib/route.php(113) : runtime-created function(1): require_once('/var/www/ownclo...') #4 [internal function]: __lambda_func(Array) #5 /var/www/owncloud/lib/router.php(127): call_user_func('?lambda_8', Array) #6 /var/www/owncloud/lib/base.php(620): OC_Router->match('/settings/admin') #7 /var/www/owncloud/index.php(28): OC::handleRequest() #8 {main} ""

I see a message on the admin page that webdav appears to be borked (Your web server is not yet properly setup to allow files synchronization because the WebDAV interface seems to be broken. )

I'm also seeing lots of: filesize(): stat failed for /var/www/owncloud/....

I see nothing pertinent in the apache logs.

The server is a VM (ubuntu 11.10) running on my personal dedicated remote host. PHP etc is up to date. I'm not running any other webdav servers. I'm running the latest available release of owncloud and to reiterate, i'm not having any trouble using the sync client that owncloud provide.

Please let me know if there is anything else i can provide to help diagnose!

Thanks,

Owncloud is great!

[stephane-martin]

Same occasional behaviour here : connection to webdav is suddently stalled,
transfers stop, and finally everything timeouts. Especially with windows
and macosx builtin clients. I spent quite some time investigating,
particularly the several fastcgi timeouts (in apache 2.4 mod_proxy_fcgi and
in PHP) with no real success. Logs are not helpful. I just see that some
PHP process childs die in a suspect manner, and sometimes a restart of
php-fpm process is necessary. To sum it up, ive not be able to decide if
root cause lies in owncloud, PHP, apache, mod_prxy_fcgi, my configuration,
or everybody :(

(Incidently, i would not recommend Apache 2.4 + mod_proxy_fcgi for
owncloud. Its doesnt respect correctly the fastcgi spec about REQUEST,
PATH_INFO, SCRIPT_NAME and so on, so deploying owncloud requires a bit of
nonsense patching of lib/request.php. I'm considering delegating owncloud
to a nginx instance.)

Regards,
Stephane

[karlitschek]

The reason for stalling WebDAV request is most of the time that the webserver is not launching new processes to handle the requests. The reason is probably that there are already a lot or http processes running the the maxclients limit is reached. So the nextstep to debug this is to check why there are running php/owncloud processes and what they are doing. I suggest to enable mod_status in apache to check what this processes are doing and also look intot the error logs.

[stephane-martin]

I use mod_event with :

StartServers             3
ServerLimit             16
MinSpareThreads         75
MaxSpareThreads        250
ThreadsPerChild         25
MaxRequestWorkers      400 (--> maxclients in apache 2.4)
MaxConnectionsPerChild   0

What values do you guys typically have for small Owncloud installs ?

Yet i doubt its the cause. PHP segfaults wouldnt occur if it was the only
problem.

Regards,
Stephane

On Wed, Aug 28, 2013 at 10:24 AM, Frank Karlitschek <
[email protected]> wrote:

The reason for stalling WebDAV request is most of the time that the
webserver is not launching new processes to handle the requests. The reason
is probably that there are already a lot or http processes running the the
maxclients limit is reached. So the nextstep to debug this is to check why
there are running php/owncloud processes and what they are doing. I suggest
to enable mod_status in apache to check what this processes are doing and
also look intot the error logs.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/4598#issuecomment-23398488
.

[PVince81]

Can you guys try again with OC 5.0.14 or OC 6.0.1 ?

[stephane-martin]

Hello,

I spent some time debugging the problem, and found that for my case apache
mod_proxy_fastcgi was the culprit. It is quite buggy in the current
version.

Another problem is the native osx WebDAV client. First, it uses chunked
requests, and second, it uses a LOT of them.

After migrating to nginx, upload was possible with native client. But very
slow. With another webdav client everything is ok.

So i suggest to discourage use of apache 2.4 mod_proxy_fastcgi

Regards,
Stephane
Le 23 janv. 2014 21:25, "Vincent Petry" [email protected] a écrit :

Can you guys try again with OC 5.0.14 or OC 6.0.1 ?

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/4598#issuecomment-33164638
.

[PVince81]

CC @cweiske @dragotin I remember you guys talking about FastCGI issues on the mailing list

[karlitschek]

closing this now because we probably can´t fix this in ownCloud