Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
Upload in shared folders fails ("InsufficientStorage") #25582
Steps to reproduce
The file is uploaded.
The file is not uploaded ("InsufficientStorage" it says, but there is enough storage).
ownCloud version: (see ownCloud admin page)
Updated from an older ownCloud or fresh install:
Where did you install ownCloud from:
Signing status (ownCloud 9.0 and above):
List of activated apps:
The content of config/config.php:
Are you using encryption: yes
Web server error log
ownCloud log (data/owncloud.log)
I can confirm this issue also I can add the information that while my users can't upload a file over the official client they can upload to the same folder via the web interface.
So only webdav has this problem for me.
@dergilb99 can you try uploading to the same shared folders via the web interface and confirm that it works?
I'm having some files (most of them are in the trashbin) spammed in the logs continuously:
Error getting storage info for mount at /A13E5D27-...-45A9BE672361/files/.../ 2016-07-25T15:50:22+02:00
Error getting storage info for mount at /A13E5D27-...-45A9BE672361/files/.../ 2016-07-25T15:50:26+02:00
Error getting storage info for mount at /385F99C7-...-C3066A737A67/files/.../ 2016-07-25T15:50:26+02:00
@Grot4x indeed. I also noticed 100+ inconsistent oc_share's where the share name (i.e. file_target field) was modified somehow after the 8.2 -> 9.0 then 9.1 upgrade. (filenames got appended with "(2)", "(3)", etc. but the referred file names (and the real files on disk) still remain OK...strange). The upgrade was managed with official packages, followed by occ upgrade and no "manual hax".
The actual error (HTTP 507 - Insufficient Storage) still applies.
I would not call manual upgrades "hax".
This is suspicious... This is the first time I've seen this error.
Those are a lot of errors with the temporary directory. Please check the location and permissions of the directory.
I don't know if these errors happened also before the upgrade, but I don't think the upgrade finished correctly.
I like to show my new exclusive errors around.
Of course not.
I am reinstalling it right now. Maybe it is a faulty installation that went undetected by this updater window. Or, is it because I skipped 9.0.4?
OK, I've reproduced it. The key was giving quota to users.
Using oC 9.1.0 do:
Uploading using web ui works, using cadaver it fails like client.
added a commit
Aug 1, 2016
This was referenced
Aug 2, 2016
referenced this issue
Aug 3, 2016
A new error popped up after I checked out and installed stable9.1
The problem we experienced was that an user participating to the shared folder had successfully uploaded a new file in a shared folder, but then another user (in this case the folder's owner) was not able to delete it.
I guess I did all things the right way:
Reverting back to the previous 9.1 install and eagerly waiting for OC 9.1.1.
I do believe that 9.1.1 should be released earlier (it's now planned for the 23rd of august); or at least it would be nice to have a (tested and well documented) way to succesfully patch the current installation (in my scenario made using official owncloud repositories).
In my environment this is a showstopper bug, letting users down with headache: we have a main folder shared by an "admin" users (that now has unlimited storage quota) but every users use (or used) to share folders together for smaller project / daily tasks.
referenced this issue
Aug 11, 2016
@freezed then you probably don't have the released v9.1.0 because it has it, see https://github.com/owncloud/core/blob/v9.1.0/apps/files_sharing/lib/sharedstorage.php#L284
@freezed you mentionned "stable 9.1" so you probably checked it out from git ? You could simply jump to the v9.1.1RC1 tag then to get the fix.