Server Replies 404/403 to MOVE/PUT

Expected behaviour

Error-free uploading

Actual behaviour

Large files (>10MB) are uploaded and appear in web interface, but the desktop client (Linux) returns a webDav related server-error. I have thousands of files this size, so I get thousands of errors.

Steps to reproduce

  1. Put large file into ownCloud filepath
  2. wait

Server configuration

Operating system: linux

PHP version: 5.6.40

ownCloud version: 10.7.0.4

Storage backend (external storage): ?

Client configuration

Client version: 2.5.1

Operating system: Linux Mint 20.1

OS language: EN

Qt version used by client package (Linux only, see also Settings dialog): libqt5

Client package (From ownCloud or distro) (Linux only): 2.5.1.10973+dfsg-1ubuntu4

Installation path of client: default

Logs

  1. Client logfile:

Hundreds of iterations of:

  1. Web server error log:

Numerous iterations of:

  • [Mon Apr 12 23:15:02.944657 2021] [access_compat:error] [pid 1465656] [client 67.205.61.32:47928] AH01797: client denied by server configuration: /home/gaharry1/public_html/xmlrpc.php
  • [Mon Apr 12 23:13:25.646251 2021] [access_compat:error] [pid 1466523] [client 51.75.192.20:48690] AH01797: client denied by server configuration: /home/gaharry1/harrison-grey.net/xmlrpc.php
  1. ownCloud log:

Hundreds of iterations of:

  • {“reqId”:“2ee33c65-c781-4cca-b362-ff88d6d8ebfe”,“level”:2,“time”:“2021-04-11T20:52:08+00:00”,“remoteAddr”:“142.126.173.135”,“user”:“archibald”,“app”:“dav”,“method”:“DELETE”,“url”:"/owncloud/remote.php/dav/uploads/archibald/2031164380",“message”:“Could not get node for path: “uploads/archibald/2031164380” : File with name //2031164380 could not be located”}
  • {“reqId”:“9c062573-52a9-4c76-bdff-7f2ed072259c”,“level”:2,“time”:“2021-04-11T20:54:16+00:00”,“remoteAddr”:“142.126.173.135”,“user”:“archibald”,“app”:“dav”,“method”:“DELETE”,“url”:"/owncloud/remote.php/dav/uploads/archibald/3132373494",“message”:“Could not get node for path: “uploads/archibald/3132373494” : File with name //3132373494 could not be located”}
  • {“reqId”:“b36e28e0-4d63-48bb-aaf5-99e2dfe0684d”,“level”:2,“time”:“2021-04-11T21:31:25+00:00”,“remoteAddr”:“142.126.173.135”,“user”:“archibald”,“app”:“dav”,“method”:“DELETE”,“url”:"/owncloud/remote.php/dav/uploads/archibald/934457923",“message”:“Could not get node for path: “uploads/archibald/934457923” : File with name //934457923 could not be located”}

Hello @ipswitchnutbuster
please take a look at our official documentation:

https://doc.owncloud.com/server/10.7/admin_manual/installation/system_requirements.html#officially-recommended-environment

and

https://doc.owncloud.com/server/10.6/admin_manual/configuration/files/big_file_upload_configuration.html

since ownCloud 10.6 php 7.3 is recommended. Please upgrade your php.

https://doc.owncloud.com/server/10.6/admin_manual/release_notes.html#php-7-2-deprecation-note

Thanks dmitry,

I’ve just spoken to my provider and they’ve confirmed that the php 5.6 version is the default for the server, but that the version for my domain is actually php 7.3.

Hopefully, the big-files page will probably solve my problem.

Thanks muchly.

EDIT:

Removing my silliness.

Hi,

I hope you can solve your issue, if not - feel free to post here again.

We also have a FAQ section in this forum, with more info from our users, maybe give this page a read :]

Thanks, dmitry,

That’s the weird thing, even the biggest files 10G+ upload to the server perfectly fine. They show up in the directory just fine in my file manager, BUT they take a while to appear in the owncloud web-interface AND I get that error (only in the client) referring to webDav.

Basically, something weird is happening…

So I think it’s less about size and more about time? I’ve got my Cron configured correctly per the manual and I’ve made the php changes to filesize (in .user.ini, I don’t have access to php.ini), but I’m still getting the error.

My thinking is that it might have to do with the client sending a command to delete/change a listing within webDav that has already been changed/deleted. But I’m not programmer enough to figure out the what/where/why/when.

I’m using an up-to-date client and nobody else seems to be having this problem, judging by the forums both here and over at Nextcloud…

It’s very strange.