Possible, yes. Unfortunately the log doesn’t tell what is actually bugging the updater.
When did you try the update the last time? Are the log entries the very latest ones?
I’m asking because of the timestamps from the logs: 2019-08-11
Date and time are set correctly on your server, right?
Can you visually check for the step file via FTP with hidden files shown? It might be a solution to delete this file in order to make the updater start with step one again and download the latest NC version instead of the previous one.
I believe the step file is named “.step” (so hidden) and is placed in the updater folder. Please look for it, it must be somewhere, then create a backup of that file (move it somewhere else) and retry the web updater.
Date and time are correct, I only deleted these lines because they are always the same, last entry in update.log:
2019-08-18T12:22:09+0200 [info] request to updater
2019-08-18T12:22:09+0200 [info] currentStep()
2019-08-18T12:22:09+0200 [info] Step 5 is in state “start”.
I found the .step, content:
{“state”:“start”,“step”:5}
I started the update again, if I look into the download directory the correct version (16.0.4) is there. If I start the updater again I come up to this step:
After I click on back and restart the updater I am back to the error message from the thread header.
I googled using this new information and found:
and
None of them worked. Any ideas how I get this inegrity check passed?
In short (my php version was 7.3)
/etc/php/7.3/cli/php.ini had -1 for memory limit, and it should stay that way
Returning the setting back to -1 this error went away.
I was stuck at step 5 validation. I edited the hidden step file in …/nextcloud/updater-ocflfrurabky/.step from {“state”:“start”,“step”:5} to {“state”:“end”,“step”:4} to retry the verification and it worked just fine.
Bad. Out of ideas. I tried all the other things without success. Removing/renaming the .step file allowed me to finally update my 15.x nextcloud all the way up to 19.x. I am sure it is somewhere. Question is where…
Sad to see how this and other threads about this bug are totally ignored by the team. GitHub threads are closed as if it is not a bug. Not sure this can be used in a serious production environment with this approach.
Hi,
with every update (20.0.4 at the moment) I have the same problem. Stuck in step5, but there is no error given (field is empty). My virtual server has not very much PHP memory (128 MB), so maybe this is the problem, but this is only a guess, since no error message is given.
After some manual updates, I find it most convenient to skip the verification by chnanging the .steps file to: {"state":"end","step":5}
However, I always have a bad feeling, fearing that the update ultimately might fail and I have to set up the whole thing from scratch.
It would be nice if the dev team got a look into this problem.
Regards
Hi,
there are two things - based on my experiences. My NextCloud is hosted at all-inkl.
set php memory limit to 512M by editing .htaccess file: php_value memory_limit 512M
delete old update leftovers which are placed in data directory. In my case this disturbing folder was called: [updater-oco7ek3xolkq]
Just delete this folder and you are ready to run the updater.
Please feel free to share with us whether is worked for you as well.
Take care and stay healthy
I’m on a synology bare metal installation (php-7.2)
I’m trying to update 19.0.6 ->20.0.4
Deleting the folder nxtcld/data/updater-oco7ek3xolkq at least makes the stuck on step 5 -error go away and let’s me restart the update-process. The process then still always stucks on step 5:
Verifying integrity
Parsing response failed.
Show detailed response
However, after editing the “.htcaccess” file below the “DO NOT CHANGE ANYTHING ABOVE THIS LINE” -line the instance crashes with failure 500 and nextcloud is no longer accessible.
Removing the php_value memory_limit 512M-line makes it accessible again.
Are there other measures to raise the PHP-limit (I’ve also edited the @appstore/PHP7.2/usr/local/etc/php72/cli/php.ini but to no avail).