-
Notifications
You must be signed in to change notification settings - Fork 2.1k
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
Update OC 7.0.10 to OC 8.0.8 with encryption app very slow #19319
Comments
@schiesbn |
FYI: @DeepDiver1975 mentions that this very same issue (#14012) will be fixed in 8.0.3 but it looks like this fix hasn't made it to 8.0.8. |
any news? I would really like to upgrade to OC 8... |
@karlitschek could you raise the priority of this issue? this is a critical blocker as anyone who is using encryption with OC 7 will not be able to upgrade to OC 8. I let the upgrade run for 7 hours on "only" 60 GB of data and it still wasn't finished. |
@hostingnuggets the fix mentioned above was for reducing the database calls which made it very slow. Strange thing that in your case the stat calls still makes it slow. @schiesbn @icewind1991 any way to accelerate this further ? |
Is the owncloud data dir on a remote filesystem? (smb/nfs/etc) |
@icewind1991 we have the data directory on an a dedicated Linux NFS file server on the same LAN (1 Gigabit) as the owncloud server. |
I'm planning to move some big oc 7 instances to 8 - some have 100 - 200 gb encrypted data and a lot of files (80-100k). Now with this ticket and the other one referenced from here I have no idea how to upgrade those instances to oc 8 with reasonable down time (< 1d). So please raise the priority of this issue @karlitschek as also proposed by @hostingnuggets, so the migration is possible for bigger oc 7 instances with encrypted data. Please let me know if can contribute. Thanks a lot! |
The fix mentioned by @DeepDiver1975 is also in 8.0.8: https://github.com/owncloud/core/blob/v8.0.8/apps/files_encryption/lib/migration.php#L38 Basically we disable the file cache update and update it only once at the end instead of updating the cache for every key we move. This improves the performance significantly. Beside that I fear that there is not much we can improve. In order to fix a potential data lose because of non unique file key names we had to change the way we store the file keys and move all file keys to the new structure. So the performance is limited by the hard disc (+ network) performance to rename a significant number of files/folders. |
Do you have the files locking app enabled? You could try to disable it before you start the migration. This could improve the performance as well. Would be great if you could give me some feedback if this was useful, then we can add it to the migration script. |
Thanks for your suggestion, File Locking is not involved here. |
The slowness was fixed already, closing. |
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. |
I am currently testing the upgrade of OC 7.0.10 to 8.0.8 using
occ upgrade
but somehow it lasts for hours and hours, now I checked what the occ upgrade PHP process is doing and it looks like its doing stat of every possible key files as you can see here an example:The output of the upgrade itself shows:
So yes I am using the encryption app and have around 66 GB of data. So my question here is that behavior normal? and why does the upgrade need to stat every files? I didn't even get to the stage of running
occ encryption:migrate
yet...The text was updated successfully, but these errors were encountered: