Files not syncing

10

#1

Steps to reproduce

  1. Upgrade to OC Community Ver. 10
  2. Use Mac OS X desktop client Ver. 2.3.3 (Build 8242)
  3. Add file greater than 34 MB to the OC sync directory

Expected behaviour

Should sync to server

Actual behaviour

Does not sync to server and errors are reported to client.

Server configuration

Operating system:
Linux

Web server:
Apache... I believe... It's a shared host webserver

Database:
Mysql

PHP version:
5.6

ownCloud version: (see ownCloud admin page)
10.0.3.3

Updated from an older ownCloud or fresh install:
Updated from older version and fresh install

Where did you install ownCloud from:
Update through OC Updater and BZ2 tarball install from OC

Signing status (ownCloud 9.0 and above):
?????

Login as admin user into your ownCloud and access 
http://example.com/index.php/settings/integrity/failed 
paste the results into https://gist.github.com/ and puth the link here.

"No errors have been found."

`
Config.php looks fine. It's basic standard minimal from default

List of activated apps:
Enabled:
- activity: 2.3.6
- checksum: 0.3.5
- comments: 0.3.0
- configreport: 0.1.1
- customgroups: 0.3.5
- dav: 0.3.0
- external: 1.2
- federatedfilesharing: 0.3.1
- federation: 0.1.0
- files: 1.5.1
- files_clipboard: 0.6.2
- files_external: 0.7.1
- files_pdfviewer: 0.8.2
- files_sharing: 0.10.1
- files_trashbin: 0.9.1
- files_versions: 1.3.0
- files_videoplayer: 0.9.8
- firstrunwizard: 1.1
- gallery: 16.0.2
- guests: 0.4.2
- market: 0.2.2
- notifications: 0.3.1
- provisioning_api: 0.5.0
- systemtags: 0.3.0
- templateeditor: 0.1
- updatenotification: 0.2.1
Disabled:
- encryption
- files_antivirus
- theme-example
- user_external

Are you using external storage, if yes which one: local/smb/sftp/...
No

Are you using encryption: yes/no
No

Are you using an external user-backend, if yes which one: LDAP/ActiveDirectory/Webdav/...
No

Client configuration

Browser:
Firefox, Chrome are primary. Mainly using the desktop clients

Operating system:
Mac OS X Sierra 10.12.6

Logs

Client log error:
10/9/17 09:44:00,Other_Logos/Hawaii_Horror_Ball_Logo/Hawaii-Horror-Ball-Logo-LARGE.png, HNLDOTBLK-OC,The item is not synced because of previous errors: Error transferring http://review.honolulu.black/remote.php/dav/uploads/void/2717095832/00000000 - server replied: Not Acceptable
10/9/17 09:44:00,Other_Logos/Hawaii_Horror_Ball_Logo/Hawaii Horror Ball Logo LARGE.tif, HNLDOTBLK-OC,The item is not synced because of previous errors: Error transferring http://review.honolulu.black/remote.php/dav/uploads/void/608092290/00000000 - server replied: Not Acceptable

Web server error log

ownCloud log (data/owncloud.log)

(Yes, I'm aware of the irony of sharing the log files on the server having issues.)

If I'm right, this may or may not be the result of the file size restriction on the server side. I know that Pre-10 versions had an Admin Config section specifying acceptable file sizes. In the new Version 10, I have no idea where that's at to change it.


#2

You can change the limit for uploading files if you follow the docs.

https://doc.owncloud.com/server/10.0/admin_manual/configuration/files/big_file_upload_configuration.html?highlight=big%20files


#3

Tried that. Still not working. Nothing has changed since I did that either.


#4

"Not Acceptable" sound like some issues one level below ownCloud (Webserver, PHP) and is probably not related to the linked documentation.


#5

Found out that can't be it. I just found out that it has something to do with the version I'm running. I have two ownclouds running on the same shared web host. The file was synced over to the OC 9.1.6 but it failed on the OC 10.0.3.3.

I believe I even did all the OC config changes on the server side to support. Couldn't find the max upload size thing on the 10.0.3.3 version.


#6

Still nothing? I'm still having this problem which is apparently relevant to the new version of OC. I also just did the update to 10.0.4.4 hoping it got addressed and still having the problem.


#7

Maybe ownCloud 10.0 has just other / higher requirements then 9.1 which your server is currently not fulfilling?


#8

I am (was?) having the same problem. Upgraded from 9.x to 10.x and syncs stopped working. I came here to post when I notice the client 2.4 announcement. Installed and it seems like it may have fixed my sync issue.


#9

... that's such a Microsoft excuse. No. I double checked it. I meet the requirements.


#10

Just installed 2.4. Still getting the "406 Not Acceptable" error.

12/30/17 21:30:15, Resolve 14.0 Manual.pdf, HNLDOTBLK-OC,Error transferring http://review.honolulu.black/remote.php/dav/uploads/void/4183015330/00000000 - server replied: Not Acceptable (skipped due to earlier error, trying again in 6 hour(s))
12/30/17 21:30:15, Public_Share/slip/Goth Vampire Nation-bah.m4v, HNLDOTBLK-OC,Server replied "406 Not Acceptable" to "PUT http://review.honolulu.black/remote.php/dav/uploads/void/3695009551/00000000" (skipped due to earlier error, trying again in 4 second(s))
12/30/17 21:30:15, Public_Share/ZOOM0001/ZOOM0001_TrLR_BU.WAV, HNLDOTBLK-OC,Server replied "406 Not Acceptable" to "PUT http://review.honolulu.black/remote.php/dav/uploads/void/474493489/00000000" (skipped due to earlier error, trying again in 1 minute(s))
12/30/17 21:30:15, Public_Share/ZOOM0001/ZOOM0001_TrLR.WAV, HNLDOTBLK-OC,Server replied "406 Not Acceptable" to "PUT http://review.honolulu.black/remote.php/dav/uploads/void/3048985132/00000000" (skipped due to earlier error, trying again in 45 second(s))
12/30/17 21:30:15, Public_Share/ZOOM0001/ZOOM0001_Tr2.WAV, HNLDOTBLK-OC,Server replied "406 Not Acceptable" to "PUT http://review.honolulu.black/remote.php/dav/uploads/void/3375284116/00000000" (skipped due to earlier error, trying again in 45 second(s))
12/30/17 21:30:15,Other_Logos/Hawaii_Horror_Ball_Logo/Hawaii-Horror-Ball-Logo-LARGE.png, HNLDOTBLK-OC,Error transferring http://review.honolulu.black/remote.php/dav/uploads/void/2717095832/00000000 - server replied: Not Acceptable (skipped due to earlier error, trying again in 6 hour(s))
12/30/17 21:30:15,Other_Logos/Hawaii_Horror_Ball_Logo/Hawaii Horror Ball Logo LARGE.tif, HNLDOTBLK-OC,Error transferring http://review.honolulu.black/remote.php/dav/uploads/void/608092290/00000000 - server replied: Not Acceptable (skipped due to earlier error, trying again in 20 hour(s))


#11

No excuses here, just a pointer in every possible direction which is IMHO required if one single user out of thousands is reporting such an issue (while doing a short search back then i havn't found any other reports about this "not acceptable" message yet). :slight_smile:

You could also try to create a bug report to get more attraction of one of a developer which might have more insights.


#12

Thanks for the chip in.

I've found a couple "not acceptable" issues that others had. But, it was on earlier versions that got corrected by modifying the .htaccess, php.ini, and user.ini to permit larger files. I've done so all of them and still having the issue. The problem is most definitely relative to changes done in 10. I have other instances on the same host running prior versions and they don't have the same problem.

One of the things that would be helpful is if the setting the logging to debug was providing more detailed information as to what's happening. Where do I drop in a bug report?


#13

I'm also experiencing this problem syncing a 17Mb .ppt file.
MacOS (10.13) client version 2.4.0.
OwnCloud 10.0.4.4 running on a BlueHost shared server.
Looking forward to finding tips on resolving this.


#14

From what i know you can post bugreports at https://github.com/owncloud/core/issues

As there where a few released in between it might also worth to update to ownCloud 10.0.7. Furthermore both of you (@boydhako and @bar) are on a shared hoster so maybe your environments have something in common and you can pinpoint the issue to something specific.


#15

Well for me I noticed that I was able to upload from the Android app, but not with the MacOS app, from the same wifi network. So that helps pinpoint it.

And yes I did update ownClout to 10.0.0.7, which had an unintended sideeffect - I see that now the antivirus requires ClamAV to be installed on the server, which isn't possible on the shared hosting. It's a shame to lose the AV.


#16

I think then you never had AV. From what i know the Antivirus app has always required ClamAV.


#17

Were you able to solve this issue? Because it is happening to me with several files and i do not see how to solve it. It all started when upgradng from 9.x to latest 10 version...


#18

Have you been able to solve this issue? I also have Owncloud installed in a shared host and never had any problem until the last update. Could you provide some help?

Best


#19

Maybe you could help each other by comparing your setups to find something common to find the reason why your environments behaving like this?


#20

@bar have you been able to solve this issue? If not, could you please provide your settings so we can see if there is anything in common? I have to say that i have not changed anything of the default set up provided by the installer and, so far, with all previuos versions, owncloud worked smoothly. It is clearly an issue regarding file size (because small files do sync perfectly).
The client starts syncing at a normal pace but at some point the sync status bar progresses to the end at a speed that is impossible to be real considering the file size and bandwidth. This only happens with big files.