Upgrade not working, claims it is on latest version but new version available

Hallo all

I’m having interesting issues upgrading to the next available release.
My admin settings page shows I am on 27.1.5 and 27.1.7 is available. But when starting the upgrade, it immediately stops again.
On the command-line I have a similar effect. The upgrader shows current version 27.1.5. And 27.1.7 available. But then shows everything is up-to-date?!?

Some relevant background. I tried an upgrade a while back from 27.1.5 that failed. It hang at the database upgrade. So I put back the backup
cp -R nextclouddata/updater-5078ca89a33a4/backups/nextcloud- ./nextcloud
The system worked again and I didn’t find time to pursue the issue further at the time.

Any Idea how I can bring the system in line again? Or should I just wait for the next stable release to cure this?

Below is the output from the command line upgrade, it shows the issue quite nicely.

root@hydra:/var/www/nextcloud# sudo -u www-data php /var/www/nextcloud/updater/updater.phar --no-interaction
Nextcloud Updater - version: v27.1.0rc3-15-gfa7af53

Current version is 27.1.5.

Update to Nextcloud 27.1.7 available. (channel: “stable”)
Following file will be downloaded automatically: https://download.nextcloud.com/server/releases/nextcloud-27.1.7.zip
Open changelog :arrow_upper_right:

Updater run in non-interactive mode.

Continue update

Info: Pressing Ctrl-C will finish the currently running step and then stops the updater.

[:heavy_check_mark:] Check for expected files
[:heavy_check_mark:] Check for write permissions
[:heavy_check_mark:] Create backup
[:heavy_check_mark:] Downloading
[:heavy_check_mark:] Verify integrity
[:heavy_check_mark:] Extracting
[:heavy_check_mark:] Enable maintenance mode
[:heavy_check_mark:] Replace entry points
[:heavy_check_mark:] Delete old files
[:heavy_check_mark:] Move new files in place
[:heavy_check_mark:] Done

Update of code successful.
Updater run in non-interactive mode - will start “occ upgrade” now.

Nextcloud is already latest version

Updater run in non-interactive mode - will disable maintenance mode now.
Maintenance mode already disabled

Maintenance mode is disabled

So you have stuff that you need to clean out in the database. You can not just restore the files. You have to restore the database as well if a backup fails.

The difficult thing is to do that manually. And i dont have it in my head exactly where in the database you need to fix it.

Thanks Johan,

I guessed it was something in that direction. Should I fear other damage, or only the disconnect between the detected version and the real one? And would a a future upgrade to 27.1.8 or so fix this, or do I need to repair this asap. (In which case I could use some advice to know where to look in the database…)

Kind regards,


A future upgrade might fix it. I say might because your upgrade failed in the first place. So the next might fail also.

Hi Johan,
Thanks for the advice.

Indeed, I have the separate between the two issues:

  • why the initial upgrade failed
  • and the version discrepancy why this one failed.

For the first one, I wanted to carefully try the upgrade. With a backup at hand to revert back when needed.
I checked the database for missing indices, etc. Not sure what I can check for next.
But then I ran into the second problem. So I couldn’t check out the first further.

I’ll wait now for an other upgrade and pursue again!


What are the values of installed and version in your config.php?

And what’s the contents of your Version.php?

Also, try running it interactively. Do the check boxes immediately get checked and everything completed suspiciously fast (like immediately) … Or do things to at a more reasonable speed?

Hi Josh,

In config.php:
‘version’ => ‘’,
‘version’ => ‘’,
The checkboxes indeed get checked immediately. Same from the commandline btw. It seems to be getting the values from some prestored place or just skip the whole procedure behind it.

Do you have any idea how I can get back to a deterministic state?


Hey there,

sharing the exact same experience.
Version is 27.1.5 and shows available upgrade to 27.1.7
As soon as I launch the built-in Upgrade via Web (see picture) I get a screen where I didn’t even launch the process yet but all checkmarks are already set. So when I hit the button I get redirected without delay back to the running instance without any effect. Also I can add, that this is the first time I have an Upgrade-issue with this nextcloud instance.

Unfortunately, due to limitations with my hoster I’m unable to launch any CLI in interactive mode, so I don’t see any log or issue informing me about the current state of the process.
Would be glad to get assistance in figuring out what to try next to fix it


You can reset the step state of the Updater by either:

  • running occ maintenance:repair
  • manually removing: data/updater-$INSTANCE_ID/.step

Updater has it’s own log file. It is located at: [datadirector]/updater.log.

@PhaMer Same applies to you, but sounds like you’ll have to use the manual option if you lack occ access.


Thanks for your quick response that did the trick for me. Running a smooth version 27.1.7 now

1 Like

Same here, after the occ maintenance:repair, the upgrade went without a hickup.


1 Like