Stuck on update process. Step 5 is currently in process. Please reload this page later

Hello.

Just seeing this problem now.

Attempted to upgrade from Nextcloud 18.0.10 -> Nextcloud 19.0.4
Used: sudo -u www-data php /var/www/nc/updater/updater.phar command

I successfully completed upgrades with this before. Now I am stuck on:

Nextcloud Updater - version: v18.0.9-8-g27dac77
Step 5 is currently in process. Please call this command later.

People suggest editing/removing .step file, but my Nextcloud folder does not even have one:

ls -LR /var/www/nc/ | grep step
from.nextstep.ser
gestep.htm
gestep.png
gestep.htm
gestep.png
gestep.htm
gestep.png
gestep.htm
gestep.png
gestep.htm
gestep.png
step-decay.md
step21.js
step21.js.map
updater-3-running-step.png
updater-4-failed-step.png
updater-cli-3-running-step.png
updater-cli-4-failed-step.png

Editing index.php and removing case 5 from the switch statement did not help.

Still stuck on upgrading to 19.

In my case the file (and the nextcloud installation) is not in /var/www/... but in /home/www/... . You might be looking in the wrong place.

Nope. All of my Web stuff is in a standard location: /var/www

Bad. :neutral_face: 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.

  1. set php memory limit to 512M by editing .htaccess file:
    php_value memory_limit 512M

  2. 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

18 Likes

I too just renamed it and everything went down smoothly :+1:

1 Like

thank you - that did the trick for me!

Thank you! My NextCloud is hosted at all-inkl, too. I did:

  1. set php memory limit to 512M by adding to .htaccess file:
    'php_value memory_limit 512M`
  2. delete file .step in data/updater-…
  3. retry update => everything was fine
1 Like

When running updater via CLI, you can raise the PHP Memory limit by setting a CLI Parameter like this:

php -d memory_limit=512M upgrader.phar

1 Like

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).

Today I got stuck on the #5 issues as well when trying to update from version 19 to 20.
I got it to work with a combinations of the suggestions in this thread:

  • Removed the .step file in the data/updater-xxxxxx folder

This got me able to retry the update, but kept giving the #5 error. Then I:

  • Removed the old V20 download in the data directory

  • Changed the php-memory limit to 512M under resource limits in /etc/php/7.2/cli/php.ini

  • Changed the php-memory limit to 512M under resource limits in /etc/php/7.2/fpm/php.ini

  • Added the php_value memory_limit 512M`in the .htaccess file in the nextcloud installation folder (/var/www/html/nextcloud for me):

  • On the command line restarted service: systemctl restart php7.2-fpm

With these changes also the error nextcloud threw regarding my memory limit was gone. I’ m not completely sure which of the last steps did the trick for me, my best guess is that is was the fpm setting. Setting the cli/php/ini setting back to -1 did not bring back the php memory error.

Hope this helps to those who did not yet managed to get the update running

1 Like

Hi,
I have a similar issue, stuck of the step 5 of the upgrade…
I can not change toe mem limit of php, since it is only a rented webspace.
I don’t have any .step files in any nexcloud directories.

Any other suggestions please?
Thx!

Thanks for your proposal, was the only way to leave the blocking state. :+1: Top

I have the same situation as @Darkluke, one nextcloud instance is running at a rented webspace.
The maxiumum available php-memory limit is there 128M.
The web updater is downloading the nextcloud *.zip file.
If this zip file is larger than the php-memory limit (in my case > 128M) the verify process will fail and the installer stops and hang in step 5.
e.g. nextcloud-20.0.7.zip = 123MB filesize → working :heavy_check_mark:
e.g. nextcloud-20.0.4.zip = 136MB filesize ->not working :x:

If failing you should verify the zip download yourself and then use this workaround:

@NextcloudDevelopers: If you switch from zip to tar.bz2 we will have a longer time nextcloud fun with our rented webspaces and 128M memory limit :pray:

2 Likes

Thank you. Deleting the updater-xxxxx directory form the data directory did the trick. Once again, many thanks.

1 Like

This worked for me. Renaming the .step file did it. I renamed mine to “.step_old”

I did both steps and the update went well.
After that I realized that the entry in .htaccess is gone. The file seems to have been rewritten by the updater.

Regards,
Thomas

Thanks, Danfro, for your mod of the suggestion by @dshirk . Renaming the .step file worked for me on 2021-05-06 for the upgrade to 20.0.9. Replying with this in case anyone else needs it!

1 Like