Skip to content
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

oc-2121 - External Storage: Dropbox makes ownCloud stop working for user under certain circumstances. #775

Closed
msrex opened this issue Dec 8, 2012 · 25 comments
Assignees
Labels

Comments

@msrex
Copy link

msrex commented Dec 8, 2012

From http://bugs.owncloud.org/thebuggenie/owncloud/issues/oc-2121
With a still active reporter.

Description:
Recently I added many photos and videos (a total of over 2.5GB) to my dropbox account.

Since then ownCloud stopped working for the user that had connected this dropbox account. Every time this user tries to access his ownCloud account, he gets a server error:

Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, [no address given] and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

I set up a new ownCloud installation at a much more powerful server, tried again and the same problem occurs.

Other users can use ownCloud without problems, only the user with the "problematic" dropbox account is affected.

The only messages I see in ownCloud log are like this:

Error files_external Error: (400) Path must not be empty October 22, 2012, 21:36
Error files_external Error: (400) Path must not be empty October 22, 2012, 21:35
Error files_external Error: (400) Path must not be empty October 22, 2012, 21:33

The solution for the affected user, unless he is the administrator, is for the admin to disable temporary the external storage support, let the user log in, enable the external storage support and the user then proceed to remove his dropbox account before browsing his files. If he is the only administrator, then the problem is fatal.

Reproduction steps:
Not sure. Best bet is adding a dropbox account with gigabytes of photos and videos.

@ghost ghost assigned icewind1991 Dec 8, 2012
@msrex
Copy link
Author

msrex commented Dec 8, 2012

There was one comment:

Nov 14, 07:59
I can confirm the behavoir on a 730 MB dropbox. If you need any debugging information, please let me know at torben at nehmer dot net.

@icewind1991
Copy link
Contributor

@MTGap can you have a look at this

@genelatham
Copy link

I have this problem, but my dropbox account is small, about 300 MB about 191 jpg files.

@ghost ghost assigned MTGap Dec 10, 2012
@AndryXY
Copy link

AndryXY commented Dec 11, 2012

I think this is the problem: #731 Every image on dropbox will copied in one task, it's on overload in php. Maybe also in gdLib... by the way gdLib makes many problems, like here owncloud-archive/apps#310 . If available on the server imageMagic is the much more better solution for quality and more effective algorithms...

@MTGap
Copy link
Contributor

MTGap commented Dec 16, 2012

I can confirm on master that with the gallery app running it will create thumbnails for all images when external storage is mounted. We'll work on a solution.

Some improvements should come with: owncloud-archive/apps#333

@MTGap
Copy link
Contributor

MTGap commented Dec 17, 2012

There should also be a significant improvement if you had the files_versions app installed with this: #924

Let me know if the changes in the gallery app and the files_versions app resolve this issue.

@Happyfeet01
Copy link

is this error fixed in the new version?

@BernhardPosselt
Copy link
Contributor

@Happyfeet01 please try and report

@j-mie
Copy link

j-mie commented Feb 27, 2013

I currently have this issue in the stable build. PHP also jumps up to full usage of RAM that is allowed in php,ini and then as soon as it hits it it is terminated and the 500 error is given to the user. I've tried increasing the memory for PHP to around a GB to see if that would make a difference but not really.

[27-Feb-2013 15:42:43] PHP Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 523800 bytes) in /www/owncloud/lib/db.php on line 562

[27-Feb-2013 15:46:48] PHP Fatal error: Out of memory (allocated 339214336) (tried to allocate 77 bytes) in /www/owncloud/lib/db.php on line 562.

Also getting quite alot of usage from MySQL.

@j-mie
Copy link

j-mie commented Feb 27, 2013

I think I found a fix. Seems to be caused by not having php5-intl installed. I installed php-intl on my CentOS machine and it brought down PHP RAM usage and stopped the script from 500ing.

@BernhardPosselt
Copy link
Contributor

Cool :) i just read the docs, its required indeed. Doesnt the package in CentOS install this dep? Or did you install it from source?

@BernhardPosselt
Copy link
Contributor

Also are you sure you report this in the same thread? are you using dropbox with owncloud?

@j-mie
Copy link

j-mie commented Feb 27, 2013

I installed from source as I heard there was an issue with the CentOS package but I diden't check. I had Dropbox working after installing php-intl but it was slowly importing my files so I just uploaded them my self.

@BernhardPosselt
Copy link
Contributor

ok so this report is not related to this issue right?

@j-mie
Copy link

j-mie commented Feb 27, 2013

They both seem to be the same issue. A 500 error from Apache as soon as you add an import source.
I got the same for Dropbox and Google Drive.

@BernhardPosselt
Copy link
Contributor

I think @msrex has php-intl installed right?

@j-mie
Copy link

j-mie commented Feb 27, 2013

I just realised @msrex was one of the devs. I was making the assumption that the person who made the ticket was a user and might not of install php-intl. Ooops

EDIT: I think that the bug report is imported from a report at bugs.owncloud.org so the reporter may of not had php-intl installed. They also say it is a new machine.

@tycho
Copy link

tycho commented Mar 3, 2013

I'm experiencing this issue as well, regardless of whether or not I've got php-intl. it looks purely like a design issue with the external files Dropbox bits.

Here's an xdebug trace (with rendering thanks to kcachegrind):
php-xdebug-trace-dropbox

Why is it doing all this interaction with the Dropbox API synchronously while the user is sitting there waiting? Ideally it would do all this synchronization work as part of the cron job, and there would be some kind of UI indication that the Dropbox contents are syncing in the background.

@MTGap
Copy link
Contributor

MTGap commented Mar 3, 2013

I'm going to close, because all file cache performance issues (which users see as Dropbox issues) should be resolved in ownCloud 5. If not, please create a new issue.

@MTGap MTGap closed this as completed Mar 3, 2013
@tycho
Copy link

tycho commented Mar 3, 2013

I'm using ownCloud 5.

@MTGap
Copy link
Contributor

MTGap commented Mar 3, 2013

Based on that picture, you aren't. OC_Filestorage_Dropbox should be \OC\Files\Storage\Dropbox.

@tycho
Copy link

tycho commented Mar 3, 2013

Oops. You're right. I transposed numbers in my head. 4.5, not 5. Derp.

I'll try the latest.

@fukajan
Copy link

fukajan commented Mar 15, 2013

Just installed the Owncloud 5 release and configured a SFTP mount. The mounted folder contains my complete music library, ~20.000 files, ~ 120 GB. I can open the top-level directory, but as soon as I dive into the directory structure, I get the Internal Server Error. I get the error for a couple of times trying to reload Owncloud, no matter which URL. Finally, after a couple of minutes, it seems to recover. Opening the SFTP mount produces the errer again.

I checked phpinfo() and it tells me that it's compiled with --enable-intl. The intl section tells me:

intl
Internationalization support enabled
version 1.1.0
ICU version 4.2.1

Directive Local Value Master Value
intl.default_locale no value no value
intl.error_level 0 0

No idea if it's a different problem with SFTP. But I also tried another mount with less files that works without problems.

I'd be happy to provide more information, just let me know.

@fukajan
Copy link

fukajan commented Mar 26, 2013

So no news on this? Would be great if we could verify if this is the same issue or something else.

@MTGap
Copy link
Contributor

MTGap commented Mar 26, 2013

Open a new issue @floecksche

@lock lock bot locked as resolved and limited conversation to collaborators Aug 23, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

10 participants