-
-
Notifications
You must be signed in to change notification settings - Fork 4.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
Nextcloud 20 updates to 21 despite unsupported MySQL 5.x #26470
Comments
I experience this as well. Right now my instance is not reachable. I am using MariaDB |
@quizilkend As per the System requirements, Nextcloud 21 supports |
@caugner: Thanks for your reply. Now I have no clue why my instance is not up and running. The updater ran flawlessly but occ upgrade hanged silently until the kernel (OOM-killer) killed it. Do you have an idea how to further investigate this, to better locate the problem? |
@quizilkend Please make sure to clear your browser cache (CTRL+F5). If the problem persists, I would recommend to have a look at the |
FYI The good news is that Nextcloud 21 still seems to generally work with MySQL 5.7, even though it's not supported anymore. |
@caugner So with -MariaDB-1:10.4.13, I should be fine. But I encounter the same issue as you reported on this thread. |
I had literally the same issue. I have written here, on the Nextcloud forums. The update failed and CPU/RAM usage skyrocketed until my server completely died. I'm still in the process of trying to recover access to it. |
Upgrade here went well, but I agree that the updater must not update when running with an officially unsuported database (mysql 5.7.33 in my case). Furthermore, the settings page now shows a red warning because the PHP memory limit is below 512 MB. An update should not be allowed without explicit warning if the requirements of a new release would not be fulfilled. |
This warning is not new to Nextcloud 21. However every update overwrites the |
Did you succeed with 21.0.1 ? |
As I can tell so far, yes.
So am I, running two more instances whicht I won't touch before this issue is solved. |
Ok. I unfortunately have no great way to prove this, but here's what I did to recover from the resource-hogging disaster, after forcefully shutting down the machine. I disabled Then, I restored 20.0.8 from the /data/updater-xxxxxxx/backups/ folder. I used rsync
(be careful with the correct folder names). Then, without touching the database, I restarted everything. I visited the Nextcloud URL on the browser, and I logged in. After logging in, I got an internal server error. I looked into the Nextcloud log ( My intuition was that, probably, the database was updated to the 21.0.1 format. So, to avoid destroying the database, I did this:
It went fairly smoothly, downloaded a bunch of stuff and moved it in place. Then it asked
I said "yes". The update process started, and it showed a bunch of "repair steps". Nice.
At this point, I launched a parallel SSH terminal and launched The Nextcloud
Skipping integrity check is not a good thing nor a good practice, but it is what it is. It never happened to me in the past that the integrity check would take up so many resources. I am getting no errors in the logs for the moment, so hopefully everything is fine. |
Did you see this workaround for high RAM and CPU usage? |
Some details about (in-)compatibility are given in #23210. It seems that there are some reasons for not using / recommending MySQL 5.7 (issues with Mail, @ChristophWurst can these be fixed in a different way than just upgrading MySQL?). I hope that @nickvergessen or @ChristophWurst can clarify the situation and help out. What is clearly needed is a reliable statement about the use of (or problems with) MySQL 5.7 with NC21. I see two options:
Obviously, case 1 would be the most appreciated one! |
|
thank you. this was literally the solution i needed. |
I think the underlying problem was fixed with nextcloud-releases/updater_server#558 |
@szaimen Afaik that PR only fixed the inconsistency between the advertised update target and the actual update target. It didn't add a check to prevent an update if the target version doesn't support the current environment (here: MySQL 5.6). |
I am using Nextcloud 23.0.x, but I am running and old mariadb 10.1.x which should be not supported anymore. However the installation still works. Can anyone tell me what could be broken and if I should better reinstall the whole nextcloud or just keep it running until my provider updates the database version? |
Hi, please update to 24.0.9 or better 25.0.3 and report back if it fixes the issue. Thank you! My goal is to add a label like e.g. 25-feedback to this ticket of an up-to-date major Nextcloud version where the bug could be reproduced. However this is not going to work without your help. So thanks for all your effort! If you don't manage to reproduce the issue in time and the issue gets closed but you can reproduce the issue afterwards, feel free to create a new bug report with up-to-date information by following this link: https://github.com/nextcloud/server/issues/new?assignees=&labels=bug%2C0.+Needs+triage&template=BUG_REPORT.yml&title=%5BBug%5D%3A+ |
How to use GitHub
Steps to reproduce
Expected behaviour
Actual behaviour
The Updater updates to the next major version, ignoring the incompatible MySQL version.
Server configuration
Operating system: Ubuntu
Web server: Apache 2.4
Database: 5.7.28-nmm1-log
PHP version: 7.4
Nextcloud version: 20.0.8
Updated from an older Nextcloud/ownCloud or fresh install: ~ ownCloud 5
Where did you install Nextcloud from: Updater?
Signing status:
Signing status
List of activated apps:
App list
Nextcloud configuration:
Config report
Are you using external storage, if yes which one: No
Are you using encryption: No / Yes (one instance each)
Are you using an external user-backend, if yes which one: No
Client configuration
Browser: Firefox Browser Nightly 89.0a1 (2021-04-08)
Operating system: Windows 10
Logs
Web server error log
Web server error log
Nextcloud log (data/nextcloud.log)
Nextcloud log
Browser log
Browser log
The text was updated successfully, but these errors were encountered: