Upload in shared folders fails ("InsufficientStorage") #25582
Comments
|
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? |
|
@Grot4x I can confirm this, upload via web interface works. |
|
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. |
|
@owncloud/qa please verify - THX |
|
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. |
|
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. |
|
v2.2.2 (build 6192) - latest stable release |
|
I'm using the Windows Desktop Client v2.2.2 (build 6192). |
|
OK, retested using windows client 2.2.2 and stable9.1 CE. No problems while uploading. I'll try with the upgrade. |
|
The same problem occurs with OSX Client v2.2.2 (build 3472) (same server). |
|
|
|
So only old users are facing this problems? I'll have to admit, that's a severe bug. |
|
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 |
|
@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. |
|
@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". https://doc.owncloud.org/server/9.0/admin_manual/maintenance/manual_upgrade.html |
|
@dergilb99 I meant I didn't do any extra file edit/patch operation by hand, just followed the normal upgrade process. (as always) |
|
@detoxhby Ah, ok. Thank you for clearing this up. |
|
Sorry, my previous steps were wrong. Tried again same situation and worked perfectly. I arrived to that situation after a wrongly made upgrade. |
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?
s. #25390 |
|
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. |
|
Arg. I hate this "Close and comment" button.
Does switching off quota resolve the problem? Installer is not finished yet. |
|
There is something mixed up with the storage wrapper order. Failing case: Working case: |
|
@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. |
#25675 - here we go |
* [stable9.1] Added integration test * A shared storage is never a home storage - fixes #25582
|
As I reported here |
|
I checked out the latest version from branch stable9.1 and uploads to shared folders are now working fine even with storage quotas enabled. |
|
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. |
|
Clients here are stuck and unable to DOWNLOAD and upload files from / into a shared folder since the server replies Insufficient Storage. |
|
@giacomo892 download shouldn't be affected. But maybe the sync client first uploads and upon failure, doesn't bother to download ? CC @guruz @ogoffart |
|
@PVince81 Maybe it tries to upload, then download fails due to "previous error" Insufficent Storage. |
|
Is there a way to patch easyly a stable 9.1 release to prevent this issue, or we need to wait 9.1.1? |
|
Uh... my /apps/files_sharing/lib/sharedstorage.php don't look like this one. I don't have any |
|
@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. |
|
I donwload it from https://owncloud.org/install/#instructions-server |
|
OK, I was looking at the wrong line... |
|
Fine, it's working 👍 |
|
Just a note to +1 that the above patch fixed this behavior on an instance running v9.1.0. |
|
upgrade to 9.1.1 which is out! |
|
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)
The text was updated successfully, but these errors were encountered: