New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

"Not enough storage available" / Upload limit of 0 byte on Strato #18886

Open
ghost opened this Issue Sep 8, 2015 · 36 comments

Comments

Projects
None yet
10 participants
@ghost

ghost commented Sep 8, 2015

Don't use the issue template as i don't have this issue myself but want to note this anyway.

There are some reports of Strato Users at the forums that they are getting an "Not enough storage available" / Upload limit of 0 byte on their Strato webhosting:

https://forum.owncloud.org/viewtopic.php?f=32&t=28057
https://forum.owncloud.org/viewtopic.php?f=31&t=30246

A common fix for this is to replace:

$space = @disk_free_space($this->getSourcePath($path));

from https://github.com/owncloud/core/blob/v8.1.1/lib/private/files/storage/local.php#L265 with:

$space = @disk_free_space('/');

Maybe some one with a better knowledge of the oC internals could have a look at this to see why this happens and if its possible to fix this in oC.

@karlitschek karlitschek added the bug label Sep 8, 2015

@PVince81

This comment has been minimized.

Show comment
Hide comment
@PVince81

PVince81 Sep 16, 2015

Member

Maybe disk_free_space fails / if forbidden on the specific folder it's called on for this specific hoster.
Or the partition in which the data folder is in is not the same as "/".

The storage wrappers should make it possible for third parties to write apps that override the "disk_free_space" behavior for specific hosters. This could be an idea, so those users could be told to install the "strato" specific disk free fix app. (just an idea)

@icewind1991

Member

PVince81 commented Sep 16, 2015

Maybe disk_free_space fails / if forbidden on the specific folder it's called on for this specific hoster.
Or the partition in which the data folder is in is not the same as "/".

The storage wrappers should make it possible for third parties to write apps that override the "disk_free_space" behavior for specific hosters. This could be an idea, so those users could be told to install the "strato" specific disk free fix app. (just an idea)

@icewind1991

@icewind1991

This comment has been minimized.

Show comment
Hide comment
@icewind1991

icewind1991 Sep 17, 2015

Member

We might want to count a free_space of 0 to mean unkown, since the chance of the filesystem actually having exactly 0 byte free is pretty much non existant

Member

icewind1991 commented Sep 17, 2015

We might want to count a free_space of 0 to mean unkown, since the chance of the filesystem actually having exactly 0 byte free is pretty much non existant

@DeepDiver1975 DeepDiver1975 added this to the backlog milestone Sep 17, 2015

@DeepDiver1975

This comment has been minimized.

Show comment
Hide comment
@DeepDiver1975

DeepDiver1975 Sep 17, 2015

Member

Hosting companies have all strange methods to get the free disk usage (e.g. querying a webserver).

We cannot implement fallbacks for all of them.

Maybe a simple switch in the config could be used to basically tell the code base: hey - no idea how much free disk space you have.

Anyway ... backlog for me ... anybody from the community is welcome to submit a fix at any time.

Member

DeepDiver1975 commented Sep 17, 2015

Hosting companies have all strange methods to get the free disk usage (e.g. querying a webserver).

We cannot implement fallbacks for all of them.

Maybe a simple switch in the config could be used to basically tell the code base: hey - no idea how much free disk space you have.

Anyway ... backlog for me ... anybody from the community is welcome to submit a fix at any time.

@cdamken

This comment has been minimized.

Show comment
Hide comment
@cdamken

cdamken Sep 24, 2015

Contributor

Solution :
https://forum.owncloud.org/viewtopic.php?f=32&t=28057#p86764

I replaced /lib/private/files/storage/local.php

Code: Select all
    public function free_space($path) {
             $space = @disk_free_space($this->getSourcePath($path));
             if ($space === false || is_null($space)) {
                return \OCP\Files\FileInfo::SPACE_UNKNOWN;
             }
             return $space;
    }

with

    public function free_space($path) {
             $space = @disk_free_space('/');
             if ($space === false || is_null($space)) {
                return \OCP\Files\FileInfo::SPACE_UNKNOWN;
             }
             return $space;
    }

and now it works :)

Contributor

cdamken commented Sep 24, 2015

Solution :
https://forum.owncloud.org/viewtopic.php?f=32&t=28057#p86764

I replaced /lib/private/files/storage/local.php

Code: Select all
    public function free_space($path) {
             $space = @disk_free_space($this->getSourcePath($path));
             if ($space === false || is_null($space)) {
                return \OCP\Files\FileInfo::SPACE_UNKNOWN;
             }
             return $space;
    }

with

    public function free_space($path) {
             $space = @disk_free_space('/');
             if ($space === false || is_null($space)) {
                return \OCP\Files\FileInfo::SPACE_UNKNOWN;
             }
             return $space;
    }

and now it works :)

@cdamken cdamken closed this Sep 24, 2015

@ghost

This comment has been minimized.

Show comment
Hide comment
@ghost

ghost Sep 24, 2015

@cdamken Please re-open until a proper solution is found where people don't need to modify the oC source code.

The "solution" from your linked forums thread is already described/posted in my initial post.

ghost commented Sep 24, 2015

@cdamken Please re-open until a proper solution is found where people don't need to modify the oC source code.

The "solution" from your linked forums thread is already described/posted in my initial post.

@PVince81 PVince81 reopened this Sep 25, 2015

@icewind1991

This comment has been minimized.

Show comment
Hide comment
@icewind1991

icewind1991 Sep 25, 2015

Member

From what I can tell the issue is not the result from free_space (which we recognize as unknown) but how some hosters handle INF (see #15030)

Can someone with this issue try the possible fix mentioned in #15030 instead of changing the disk_free_space call

Member

icewind1991 commented Sep 25, 2015

From what I can tell the issue is not the result from free_space (which we recognize as unknown) but how some hosters handle INF (see #15030)

Can someone with this issue try the possible fix mentioned in #15030 instead of changing the disk_free_space call

@ghost

This comment has been minimized.

Show comment
Hide comment
@ghost

ghost Oct 11, 2015

@icewind1991 We had a user reporting that this was fixed for him with 8.1.3:

https://forum.owncloud.org/viewtopic.php?f=21&t=30411#p98520

But from what i can see #19533 wasn't backported to stable8.1

ghost commented Oct 11, 2015

@icewind1991 We had a user reporting that this was fixed for him with 8.1.3:

https://forum.owncloud.org/viewtopic.php?f=21&t=30411#p98520

But from what i can see #19533 wasn't backported to stable8.1

@PVince81

This comment has been minimized.

Show comment
Hide comment
@PVince81

PVince81 Apr 29, 2016

Member

@RealRancor has there been any more reports of this or has the problem fixed itself with recent versions ?

Member

PVince81 commented Apr 29, 2016

@RealRancor has there been any more reports of this or has the problem fixed itself with recent versions ?

@ghost

This comment has been minimized.

Show comment
Hide comment
@ghost

ghost Apr 30, 2016

Nope, no new reports so closing this for now.

ghost commented Apr 30, 2016

Nope, no new reports so closing this for now.

@ghost ghost closed this Apr 30, 2016

@ntnn

This comment has been minimized.

Show comment
Hide comment
@ntnn

ntnn May 22, 2016

Actually, I've been running into this problem. Uploading via webdav works fine, uploading via webinterface throws the error - however nothing shows up in the logs.
The aforementioned fix in /lib/private/files/storage/local.php doesn't fix it and the commit from #15030 is already in the tree.

OwnCloud version 9.0.2, php-fpm 5.4.16, also hosted on strato

ntnn commented May 22, 2016

Actually, I've been running into this problem. Uploading via webdav works fine, uploading via webinterface throws the error - however nothing shows up in the logs.
The aforementioned fix in /lib/private/files/storage/local.php doesn't fix it and the commit from #15030 is already in the tree.

OwnCloud version 9.0.2, php-fpm 5.4.16, also hosted on strato

@ghost

This comment has been minimized.

Show comment
Hide comment
@ghost

ghost May 28, 2016

Another user reported something similar after upgrading from 8.1.3 to 8.2.5:

https://forum.owncloud.org/viewtopic.php?f=21&t=37010

so re-opening again.

ghost commented May 28, 2016

Another user reported something similar after upgrading from 8.1.3 to 8.2.5:

https://forum.owncloud.org/viewtopic.php?f=21&t=37010

so re-opening again.

@mikebabb

This comment has been minimized.

Show comment
Hide comment
@mikebabb

mikebabb Jun 1, 2016

I'm also affected by this problem, and none of the workarounds posted so far appear to be working for ownCloud 9.0.2. I'm getting the message "Your storage is full, files can not be updated" on a VPS at 50% capacity, personal allowance is set to "unlimited". VPS capacity recently increased from 30GB to 60GB, but ownCloud is behaving as if it hasn't been.

On attempting to upload any more files to my ownCloud, I get log entries like:

Exception: {"Message":"HTTP/1.1 507 Insufficient Storage","Exception":"Sabre\DAV\Exception\InsufficientStorage","Code":0,"Trace":"#0 [internal function]: OCA\DAV\Connector\Sabre\QuotaPlugin->checkQuota

Update: This actually ended up being a fault on the server. The host had updated the server control panel to indicate 60GB disk capacity, when the upgrade hadn't actually taken place and ownCloud was repeatedly running out of space on the 30GB disk.

mikebabb commented Jun 1, 2016

I'm also affected by this problem, and none of the workarounds posted so far appear to be working for ownCloud 9.0.2. I'm getting the message "Your storage is full, files can not be updated" on a VPS at 50% capacity, personal allowance is set to "unlimited". VPS capacity recently increased from 30GB to 60GB, but ownCloud is behaving as if it hasn't been.

On attempting to upload any more files to my ownCloud, I get log entries like:

Exception: {"Message":"HTTP/1.1 507 Insufficient Storage","Exception":"Sabre\DAV\Exception\InsufficientStorage","Code":0,"Trace":"#0 [internal function]: OCA\DAV\Connector\Sabre\QuotaPlugin->checkQuota

Update: This actually ended up being a fault on the server. The host had updated the server control panel to indicate 60GB disk capacity, when the upgrade hadn't actually taken place and ownCloud was repeatedly running out of space on the 30GB disk.

@borconi

This comment has been minimized.

Show comment
Hide comment
@borconi

borconi Jun 8, 2016

I'm facing the same issue as @ntnn

Version: 9.0.2
Server: Ubuntu 14.04
Web Server: Lighttpd 1.4.33
Storage (local only): 1.4Tb free
PHP 7.0.3

Nothing in the error log, but I keep getting: Error uploading file "xxx": Not enough free space, you are uploading 63 KB but only 0 B is left

I had a look in the mentioned files and it's all there, I figured out that the error is caused by file-upload.js which tries to read the $("#free_space").val() to ensure that there is enough space before even starting the upload. Manually checking the $("#free_space").val() it returns an empty string (which explains the error). I have tried to manually change the:

freeSpace = $('#free_space').val();
to
freeSpace = 9999999999999;

Just to see if it works, but then I got the following error in the console:

Uncaught SyntaxError: Unexpected token < in JSON at position 0 VM3858:1

which wasn't to helpful.

Still no error in the log file, and the file wasn't uploaded.

WebDav and FileSync works properly.

borconi commented Jun 8, 2016

I'm facing the same issue as @ntnn

Version: 9.0.2
Server: Ubuntu 14.04
Web Server: Lighttpd 1.4.33
Storage (local only): 1.4Tb free
PHP 7.0.3

Nothing in the error log, but I keep getting: Error uploading file "xxx": Not enough free space, you are uploading 63 KB but only 0 B is left

I had a look in the mentioned files and it's all there, I figured out that the error is caused by file-upload.js which tries to read the $("#free_space").val() to ensure that there is enough space before even starting the upload. Manually checking the $("#free_space").val() it returns an empty string (which explains the error). I have tried to manually change the:

freeSpace = $('#free_space').val();
to
freeSpace = 9999999999999;

Just to see if it works, but then I got the following error in the console:

Uncaught SyntaxError: Unexpected token < in JSON at position 0 VM3858:1

which wasn't to helpful.

Still no error in the log file, and the file wasn't uploaded.

WebDav and FileSync works properly.

@PVince81

This comment has been minimized.

Show comment
Hide comment
@PVince81

PVince81 Apr 6, 2017

Member

Can the disk_free_space error be caught ? If yes, then detect it and make it switch to the other behavior.

Can someone test this ?

Member

PVince81 commented Apr 6, 2017

Can the disk_free_space error be caught ? If yes, then detect it and make it switch to the other behavior.

Can someone test this ?

@Atari-Frosch

This comment has been minimized.

Show comment
Hide comment
@Atari-Frosch

Atari-Frosch Nov 14, 2017

I'm afraid I have to add one. Not Strato, but a dedicated server running on Debian Jessie, with oc10.0.2. Same problem, it seems. Directly after installation everything worked fine, using only the web UI. Shortly afterwards uploads via web UI were no more possible, it says „Not enough free space, you are uploading 267 KB but only 0 b is left.“ Available physical disk space is around 2 TB. Inodes are at 1 % (xfs). File permissions seem to be correct. Log file gives no warning or error. I changed the standard quota to 10 GB, no change. All I found were the same question for older versions (from 5 to 9), and most of them concern webspace users; and none of these questions seem to have gotten proper / working answers.

If I'm at the wrong place here, please give me a hint.

Atari-Frosch commented Nov 14, 2017

I'm afraid I have to add one. Not Strato, but a dedicated server running on Debian Jessie, with oc10.0.2. Same problem, it seems. Directly after installation everything worked fine, using only the web UI. Shortly afterwards uploads via web UI were no more possible, it says „Not enough free space, you are uploading 267 KB but only 0 b is left.“ Available physical disk space is around 2 TB. Inodes are at 1 % (xfs). File permissions seem to be correct. Log file gives no warning or error. I changed the standard quota to 10 GB, no change. All I found were the same question for older versions (from 5 to 9), and most of them concern webspace users; and none of these questions seem to have gotten proper / working answers.

If I'm at the wrong place here, please give me a hint.

@PVince81

This comment has been minimized.

Show comment
Hide comment
@PVince81

PVince81 Nov 14, 2017

Member

Please try running this PHP code:

<?php
echo disk_free_space('/') . "\n";

then replace the path with the path of the data folder of ownCloud.

I suspect that PHP is thinking that there are zero bytes available there.

Member

PVince81 commented Nov 14, 2017

Please try running this PHP code:

<?php
echo disk_free_space('/') . "\n";

then replace the path with the path of the data folder of ownCloud.

I suspect that PHP is thinking that there are zero bytes available there.

@Atari-Frosch

This comment has been minimized.

Show comment
Hide comment
@Atari-Frosch

Atari-Frosch Nov 14, 2017

I'm not used to PHP; I'm a Python beginner ;-) I tried these two:
php5 -r "print @disk_free_space('/');" – and got: 3027101286
php5 -r "print @disk_free_space('/srv/owncloud/');" – and got: 2562070908928
No zero.

Atari-Frosch commented Nov 14, 2017

I'm not used to PHP; I'm a Python beginner ;-) I tried these two:
php5 -r "print @disk_free_space('/');" – and got: 3027101286
php5 -r "print @disk_free_space('/srv/owncloud/');" – and got: 2562070908928
No zero.

@PVince81

This comment has been minimized.

Show comment
Hide comment
@PVince81

PVince81 Nov 14, 2017

Member

how about "/srv/owncloud/data" or whatever path the data is stored in?
and "/srv/owncloud/data/user1/files", replace "user1" with the user id in question.

Member

PVince81 commented Nov 14, 2017

how about "/srv/owncloud/data" or whatever path the data is stored in?
and "/srv/owncloud/data/user1/files", replace "user1" with the user id in question.

@Atari-Frosch

This comment has been minimized.

Show comment
Hide comment
@Atari-Frosch

Atari-Frosch Nov 14, 2017

Same:
php5 -r "print @disk_free_space('/srv/owncloud/$myuser/files');" – 2562069602304

Atari-Frosch commented Nov 14, 2017

Same:
php5 -r "print @disk_free_space('/srv/owncloud/$myuser/files');" – 2562069602304

@PVince81

This comment has been minimized.

Show comment
Hide comment
@PVince81

PVince81 Nov 14, 2017

Member

hmmm... I don't understand why this doesn't work then...

you could try this workaround: #18886 (comment)

Member

PVince81 commented Nov 14, 2017

hmmm... I don't understand why this doesn't work then...

you could try this workaround: #18886 (comment)

@Atari-Frosch

This comment has been minimized.

Show comment
Hide comment
@Atari-Frosch

Atari-Frosch Nov 14, 2017

Just got a hint from somewhere else to take a look into the error_log of the webserver (nginx), and there it says: 2017/11/14 17:21:50 [error] 19589#0: *1361 access forbidden by rule, client: 37.201.xxx.xxx, server: wolke.atari-frosch.de, request: "GET /index.php/apps/files/ajax/getstoragestats.php?dir=%2F HTTP/1.1", host: "wolke.atari-frosch.de"

So it seems the script getstoragestats.php is trying to get its data from /, and of course it must not use this. How can I tell it to use the correct path? (And besides: Why did it work at first?)

Atari-Frosch commented Nov 14, 2017

Just got a hint from somewhere else to take a look into the error_log of the webserver (nginx), and there it says: 2017/11/14 17:21:50 [error] 19589#0: *1361 access forbidden by rule, client: 37.201.xxx.xxx, server: wolke.atari-frosch.de, request: "GET /index.php/apps/files/ajax/getstoragestats.php?dir=%2F HTTP/1.1", host: "wolke.atari-frosch.de"

So it seems the script getstoragestats.php is trying to get its data from /, and of course it must not use this. How can I tell it to use the correct path? (And besides: Why did it work at first?)

@PVince81

This comment has been minimized.

Show comment
Hide comment
@PVince81

PVince81 Nov 14, 2017

Member

Hmm, when getstoragestats uses "/" it's supposed to be the path inside the "data" folder, not the real root.

I checked with a debugger and it will call getFileInfo on the path "/admin/files" for me (inside the data folder)

Then getSourcePath leads it to /srv/www/htdocs/owncloud/data/admin/' and it queries disk_free_space` on this one folder.

If you want to check you could add this line (assuming you have 10.0.3):

		\OCP\Util::writeLog('DEBUG', 'disk free space: $sourcePath="' . $sourcePath . '" is ' . $space, \OCP\Util::DEBUG);

after this line: https://github.com/owncloud/core/blob/master/lib/private/Files/Storage/Local.php#L297

For me locally it outputs this:

{"reqId":"XVCDgXh0nN9FdTaARfpC","level":0,"time":"2017-11-14T16:49:38+00:00","remoteAddr":"127.0.0.1","user":"admin","app":"DEBUG","method":"GET","url":"\/owncloud\/index.php\/apps\/files\/ajax\/getstoragestats.php?dir=%2F","message":"disk free space: $sourcePath=\"\/srv\/www\/htdocs\/owncloud\/data\/admin\/\" is 1072934912"}
Member

PVince81 commented Nov 14, 2017

Hmm, when getstoragestats uses "/" it's supposed to be the path inside the "data" folder, not the real root.

I checked with a debugger and it will call getFileInfo on the path "/admin/files" for me (inside the data folder)

Then getSourcePath leads it to /srv/www/htdocs/owncloud/data/admin/' and it queries disk_free_space` on this one folder.

If you want to check you could add this line (assuming you have 10.0.3):

		\OCP\Util::writeLog('DEBUG', 'disk free space: $sourcePath="' . $sourcePath . '" is ' . $space, \OCP\Util::DEBUG);

after this line: https://github.com/owncloud/core/blob/master/lib/private/Files/Storage/Local.php#L297

For me locally it outputs this:

{"reqId":"XVCDgXh0nN9FdTaARfpC","level":0,"time":"2017-11-14T16:49:38+00:00","remoteAddr":"127.0.0.1","user":"admin","app":"DEBUG","method":"GET","url":"\/owncloud\/index.php\/apps\/files\/ajax\/getstoragestats.php?dir=%2F","message":"disk free space: $sourcePath=\"\/srv\/www\/htdocs\/owncloud\/data\/admin\/\" is 1072934912"}
@PVince81

This comment has been minimized.

Show comment
Hide comment
@PVince81

PVince81 Nov 14, 2017

Member

(needs loglevel=>0 in config.php)

Member

PVince81 commented Nov 14, 2017

(needs loglevel=>0 in config.php)

@Atari-Frosch

This comment has been minimized.

Show comment
Hide comment
@Atari-Frosch

Atari-Frosch Nov 14, 2017

As I have 10.0.2 the file did not exist. I tried upgrading to 10.0.3 and ran into new problems. I'll report back later …

Atari-Frosch commented Nov 14, 2017

As I have 10.0.2 the file did not exist. I tried upgrading to 10.0.3 and ran into new problems. I'll report back later …

@PVince81

This comment has been minimized.

Show comment
Hide comment
@PVince81

PVince81 Nov 15, 2017

Member

The file does exist in 10.0.2, see https://github.com/owncloud/core/blob/v10.0.2/lib/private/Files/Storage/Local.php#L292.

Please double check. If the file is missing then maybe something is wrong in your source code deployment.

Member

PVince81 commented Nov 15, 2017

The file does exist in 10.0.2, see https://github.com/owncloud/core/blob/v10.0.2/lib/private/Files/Storage/Local.php#L292.

Please double check. If the file is missing then maybe something is wrong in your source code deployment.

@Atari-Frosch

This comment has been minimized.

Show comment
Hide comment
@Atari-Frosch

Atari-Frosch Nov 16, 2017

OK, found it. But not in the same path; it actually sits in $owncloud/lib/private/Files/Storage, not somewhere in $owncloud/core/blob – the directory blob/ even does not exist in core/. I downloaded the .zip file from owncloud.org.

I'm now on 10.0.3.3 (new installation) and … well, get the same error message.

I pasted your line after line 297 as you told me to do; it does nothing, it seems. No output in the logfile (yes, loglevel is 0), no change in behaviour, no new error message. sigh

Atari-Frosch commented Nov 16, 2017

OK, found it. But not in the same path; it actually sits in $owncloud/lib/private/Files/Storage, not somewhere in $owncloud/core/blob – the directory blob/ even does not exist in core/. I downloaded the .zip file from owncloud.org.

I'm now on 10.0.3.3 (new installation) and … well, get the same error message.

I pasted your line after line 297 as you told me to do; it does nothing, it seems. No output in the logfile (yes, loglevel is 0), no change in behaviour, no new error message. sigh

@Atari-Frosch

This comment has been minimized.

Show comment
Hide comment
@Atari-Frosch

Atari-Frosch Nov 16, 2017

Gotcha. I had included global/restrictions.conf in nginx. This includes a statement to disallow execution of .php files in an upload directory … now it works like a charm.

Thank you for your patience with a beginner! I hope I didn't steal too much of your time.

Atari-Frosch commented Nov 16, 2017

Gotcha. I had included global/restrictions.conf in nginx. This includes a statement to disallow execution of .php files in an upload directory … now it works like a charm.

Thank you for your patience with a beginner! I hope I didn't steal too much of your time.

@PVince81

This comment has been minimized.

Show comment
Hide comment
@PVince81

PVince81 Nov 16, 2017

Member

@Atari-Frosch can you clarify what works now ? Does the free space reporting of PHP to ownCloud works correctly now ?

Member

PVince81 commented Nov 16, 2017

@Atari-Frosch can you clarify what works now ? Does the free space reporting of PHP to ownCloud works correctly now ?

@Atari-Frosch

This comment has been minimized.

Show comment
Hide comment
@Atari-Frosch

Atari-Frosch Nov 16, 2017

Free space reporting seems to work, at least there is no notice about a lack of space, but it does not tell me how much is free. I can upload via web UI, no error messages.

Atari-Frosch commented Nov 16, 2017

Free space reporting seems to work, at least there is no notice about a lack of space, but it does not tell me how much is free. I can upload via web UI, no error messages.

@PVince81

This comment has been minimized.

Show comment
Hide comment
@PVince81

PVince81 Nov 17, 2017

Member

@Atari-Frosch so you didn't change any ownCloud code and it works now ?

If it doesn't report any space, maybe PHP is reporting INF (infinite) to ownCloud, so ownCloud just ignores the value and lets you upload.

Member

PVince81 commented Nov 17, 2017

@Atari-Frosch so you didn't change any ownCloud code and it works now ?

If it doesn't report any space, maybe PHP is reporting INF (infinite) to ownCloud, so ownCloud just ignores the value and lets you upload.

@ownclouders

This comment has been minimized.

Show comment
Hide comment
@ownclouders

ownclouders Jan 13, 2018

Hey, this issue has been closed because the label status/STALE is set and there were no updates for 7 days. Feel free to reopen this issue if you deem it appropriate.

(This is an automated comment from GitMate.io.)

ownclouders commented Jan 13, 2018

Hey, this issue has been closed because the label status/STALE is set and there were no updates for 7 days. Feel free to reopen this issue if you deem it appropriate.

(This is an automated comment from GitMate.io.)

@ntnn

This comment has been minimized.

Show comment
Hide comment
@ntnn

ntnn Jan 15, 2018

This is still an issue. Please reopen.

ntnn commented Jan 15, 2018

This is still an issue. Please reopen.

@ownclouders

This comment has been minimized.

Show comment
Hide comment
@ownclouders

ownclouders Feb 24, 2018

Hey, this issue has been closed because the label status/STALE is set and there were no updates for 7 days. Feel free to reopen this issue if you deem it appropriate.

(This is an automated comment from GitMate.io.)

ownclouders commented Feb 24, 2018

Hey, this issue has been closed because the label status/STALE is set and there were no updates for 7 days. Feel free to reopen this issue if you deem it appropriate.

(This is an automated comment from GitMate.io.)

@PVince81 PVince81 reopened this Feb 26, 2018

@PVince81

This comment has been minimized.

Show comment
Hide comment
@PVince81

PVince81 Feb 26, 2018

Member

@ntnn can you describe your environment / scenario and check with the patch from #18886 (comment) ?

Member

PVince81 commented Feb 26, 2018

@ntnn can you describe your environment / scenario and check with the patch from #18886 (comment) ?

@ntnn

This comment has been minimized.

Show comment
Hide comment
@ntnn

ntnn Feb 26, 2018

Thanks for getting back to the issue, I've described the environment in #18886 (comment).

The fixes in this thread, including the one you linked, haven't fixed the issue.

But I'm sorry to say that I won't be able to help you any further, I've switched to nextcloud at the end of january.

ntnn commented Feb 26, 2018

Thanks for getting back to the issue, I've described the environment in #18886 (comment).

The fixes in this thread, including the one you linked, haven't fixed the issue.

But I'm sorry to say that I won't be able to help you any further, I've switched to nextcloud at the end of january.

@PVince81

This comment has been minimized.

Show comment
Hide comment
@PVince81

PVince81 Oct 15, 2018

Member

is this still happening with 10.0.10 ?

Member

PVince81 commented Oct 15, 2018

is this still happening with 10.0.10 ?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment