Join GitHub today
GitHub is home to over 40 million developers working together to host and review code, manage projects, and build software together.
Sign upUpload in shared folders fails ("InsufficientStorage") #25582
Comments
This comment has been minimized.
This comment has been minimized.
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? |
This comment has been minimized.
This comment has been minimized.
@Grot4x I can confirm this, upload via web interface works. |
This comment has been minimized.
This comment has been minimized.
I'm seeing this too (oC 9.1.0, Apache 2.4, PHP 5.6, both oC quota as well as OS quota is well below limit). This is a pretty bad bug as it pretty much forces us to use a different sharing solution for now. |
This comment has been minimized.
This comment has been minimized.
@owncloud/qa please verify - THX |
This comment has been minimized.
This comment has been minimized.
Same behavior (OC 9.1; Debian 8.5; PHP 7.0.9) Extremely huge problem as we use everything as central shares - any quick fix is welcome, thanks. |
This comment has been minimized.
This comment has been minimized.
What version of the desktop client and OS are you using to upload files? Just checked using 2.2.2 (build 3472) for OS X, with oC 9.1.0 EE, no problems found. |
This comment has been minimized.
This comment has been minimized.
v2.2.2 (build 6192) - latest stable release |
This comment has been minimized.
This comment has been minimized.
I'm using the Windows Desktop Client v2.2.2 (build 6192). |
This comment has been minimized.
This comment has been minimized.
OK, retested using windows client 2.2.2 and stable9.1 CE. No problems while uploading. I'll try with the upgrade. |
This comment has been minimized.
This comment has been minimized.
The same problem occurs with OSX Client v2.2.2 (build 3472) (same server). |
This comment has been minimized.
This comment has been minimized.
|
This comment has been minimized.
This comment has been minimized.
So only old users are facing this problems? I'll have to admit, that's a severe bug. |
This comment has been minimized.
This comment has been minimized.
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 |
This comment has been minimized.
This comment has been minimized.
@detoxhby I think that's another issue which might be related to this one. You can fix that by deleting the entries with the ids you found in your log from oc_share. I don't know why deleted files or folders are not deleted in the share table. |
This comment has been minimized.
This comment has been minimized.
@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. |
This comment has been minimized.
This comment has been minimized.
I would not call manual upgrades "hax". https://doc.owncloud.org/server/9.0/admin_manual/maintenance/manual_upgrade.html |
This comment has been minimized.
This comment has been minimized.
@dergilb99 I meant I didn't do any extra file edit/patch operation by hand, just followed the normal upgrade process. (as always) |
This comment has been minimized.
This comment has been minimized.
@detoxhby Ah, ok. Thank you for clearing this up. |
This comment has been minimized.
This comment has been minimized.
Sorry, my previous steps were wrong. Tried again same situation and worked perfectly. I arrived to that situation after a wrongly made upgrade. |
This comment has been minimized.
This comment has been minimized.
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. |
This comment has been minimized.
This comment has been minimized.
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?
s. #25390 |
This comment has been minimized.
This comment has been minimized.
OK, I've reproduced it. The key was giving quota to users. steps: Using oC 9.1.0 do:
Observed behaviour:
Uploading using web ui works, using cadaver it fails like client. |
This comment has been minimized.
This comment has been minimized.
Arg. I hate this "Close and comment" button.
Does switching off quota resolve the problem? Installer is not finished yet. |
This comment has been minimized.
This comment has been minimized.
There is something mixed up with the storage wrapper order. Failing case: Working case: |
This comment has been minimized.
This comment has been minimized.
@DeepDiver1975 can you make a patch against the last 9.1 release? It would be awesome to shake off this issue before I start creating federated sharing. Thank you very much. |
This comment has been minimized.
This comment has been minimized.
#25675 - here we go |
This comment has been minimized.
This comment has been minimized.
As I reported here |
This comment has been minimized.
This comment has been minimized.
I checked out the latest version from branch stable9.1 and uploads to shared folders are now working fine even with storage quotas enabled. |
This comment has been minimized.
This comment has been minimized.
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. |
This comment has been minimized.
This comment has been minimized.
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. |
This comment has been minimized.
This comment has been minimized.
Clients here are stuck and unable to DOWNLOAD and upload files from / into a shared folder since the server replies Insufficient Storage. |
This comment has been minimized.
This comment has been minimized.
@giacomo892 download shouldn't be affected. But maybe the sync client first uploads and upon failure, doesn't bother to download ? CC @guruz @ogoffart |
This comment has been minimized.
This comment has been minimized.
@PVince81 Maybe it tries to upload, then download fails due to "previous error" Insufficent Storage. |
This comment has been minimized.
This comment has been minimized.
Is there a way to patch easyly a stable 9.1 release to prevent this issue, or we need to wait 9.1.1? |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
Uh... my /apps/files_sharing/lib/sharedstorage.php don't look like this one. I don't have any |
This comment has been minimized.
This comment has been minimized.
@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. |
This comment has been minimized.
This comment has been minimized.
I donwload it from https://owncloud.org/install/#instructions-server |
This comment has been minimized.
This comment has been minimized.
OK, I was looking at the wrong line... |
This comment has been minimized.
This comment has been minimized.
Fine, it's working |
This comment has been minimized.
This comment has been minimized.
Just a note to +1 that the above patch fixed this behavior on an instance running v9.1.0. |
This comment has been minimized.
This comment has been minimized.
upgrade to 9.1.1 which is out! |
This comment has been minimized.
This comment has been minimized.
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
Steps to reproduce
Expected behaviour
The file is uploaded.
Actual behaviour
The file is not uploaded ("InsufficientStorage" it says, but there is enough storage).
Server configuration
Operating system:
Solaris Unix (Hosted by Strato)
Web server:
Apache 2.2
Database:
MySQL 5.5.48
PHP version:
5.6
ownCloud version: (see ownCloud admin page)
ownCloud 9.1.0 (stable)
Updated from an older ownCloud or fresh install:
Manual update from 9.0.3
Where did you install ownCloud from:
owncloud.org
Signing status (ownCloud 9.0 and above):
List of activated apps:
Activity 2.3.2
Default encryption module 1.3.0
Deleted files 0.9.0
First run wizard 1.1
Gallery 15.0.0
Notifications 0.3.0
Provisioning API 0.5.0
Share Files 0.10.0
Update notification 0.2.1
Versions 1.3.0
The content of config/config.php:
Are you using encryption: yes
Logs
Web server error log
ownCloud log (data/owncloud.log)