Sorry i have searched but i dont know what to do. I cant verify the integrity of the download file. I have always done the update via the web gui so i dont know what a lot of people are talking about on other older posts.
Hope someone can just point me in the right direction, thx.
Update to Nextcloud 29.0.2 available. (channel: “stable”)
Verifying integrity, fail?
Please:
updater.log (it may have further details or clues)memory_limit (and available memory on the system) [the check requires ~230M to run]Morning, So i just got up this morning, tried it again from same web ui and it went through so i dont know. I had tried it several times last night. Least i dont have to run around trying to figure it.
I have 128GB of memory, mostly free. Not sure about the PHP memory_limit i dont have anything in my Caddyfile that looks like that.
the logs of the failure (just for ref):
2024-06-06T20:24:52+0100 nQmKKOEluX [info] request to updater
2024-06-06T20:24:52+0100 nQmKKOEluX [info] currentStep()
2024-06-06T20:24:52+0100 nQmKKOEluX [info] Step 3 is in state "end".
2024-06-06T20:24:52+0100 nQmKKOEluX [info] POST request for step "4"
2024-06-06T20:24:52+0100 nQmKKOEluX [info] startStep("4")
2024-06-06T20:24:52+0100 nQmKKOEluX [info] downloadUpdate()
2024-06-06T20:24:52+0100 nQmKKOEluX [info] getUpdateServerResponse()
2024-06-06T20:24:52+0100 nQmKKOEluX [info] updaterServer: https://updates.nextcloud.com/updater_server/
2024-06-06T20:24:52+0100 nQmKKOEluX [info] releaseChannel: stable
2024-06-06T20:24:52+0100 nQmKKOEluX [info] internal version: 29.0.1.1
2024-06-06T20:24:52+0100 nQmKKOEluX [info] updateURL: https://updates.nextcloud.com/updater_server/?version=29x0x1x1xxxstablexx2024-05-23T15%3A20%3A00%2B00%3A00+3bb0c9b012f0e87ccddd37e4782d3fb5ae2025a6x8x1x17
2024-06-06T20:24:52+0100 nQmKKOEluX [info] getUpdateServerResponse response: Array
(
[version] => 29.0.2.2
[versionstring] => Nextcloud 29.0.2
[url] => https://download.nextcloud.com/server/releases/nextcloud-29.0.2.zip
[web] => https://docs.nextcloud.com/server/29/admin_manual/maintenance/upgrade.html
[changes] => https://updates.nextcloud.com/changelog_server/?version=29.0.2
[autoupdater] => 1
[eol] => 0
[signature] => KY25HwDSwxZc4BDnH4D1HLp62oyKGBneV/GZZNkmTgB2TJnhuXK/GCggOQrfhsPL
gBT6PcC6vsTZ7ADSXKOVLbkHpO5+SBFyi47ZrCAsovj96GIRVA7Tulw4+1CCNr3O
iue87EL7xWl1xbsFGUxC9CGdWp/uRVIeBeZQZtLTh/xuR0xDRcLUTRcoPwA7AvYH
oy6p591P0P0BFvSe3Cx4tHd7MnMCU+12AjzwUppa0DwdJoHe0348VUH6wRomKMP0
BxqDI0Ae9eDr9cID1eTQ4CUfbbH5T34rTO/gf+EKDg1cBBRYLK7K1vAHXzmXKYS1
oNTSD0aFMf+2zYzpI5wy3A==
)
2024-06-06T20:24:52+0100 nQmKKOEluX [info] storage location exists
2024-06-06T20:25:21+0100 nQmKKOEluX [info] end of downloadUpdate()
2024-06-06T20:25:21+0100 nQmKKOEluX [info] endStep("4")
2024-06-06T20:25:21+0100 DNcx1EiQEi [info] request to updater
2024-06-06T20:25:21+0100 DNcx1EiQEi [info] currentStep()
2024-06-06T20:25:21+0100 DNcx1EiQEi [info] Step 4 is in state "end".
2024-06-06T20:25:21+0100 DNcx1EiQEi [info] POST request for step "5"
2024-06-06T20:25:21+0100 DNcx1EiQEi [error] POST request failed with other exception
2024-06-06T20:25:21+0100 DNcx1EiQEi [error] Exception: Exception
Message: Not authenticated
Code:0
Trace:
#0 {main}
File:/usr/local/www/nextcloud/updater/index.php
Line:1325
2024-06-06T20:25:58+0100 dVeRqOGf2E [info] request to updater
2024-06-06T20:25:58+0100 dVeRqOGf2E [info] currentStep()
2024-06-06T20:25:58+0100 dVeRqOGf2E [info] Step 4 is in state "end".
2024-06-06T20:25:58+0100 dVeRqOGf2E [info] POST request for step "5"
2024-06-06T20:25:58+0100 dVeRqOGf2E [error] POST request failed with other exception
2024-06-06T20:25:58+0100 dVeRqOGf2E [error] Exception: Exception
Message: Not authenticated
Code:0
Trace:
#0 {main}
File:/usr/local/www/nextcloud/updater/index.php
Line:1325
Because of this post maybe you can delete (better move outside of Nextcloud for backup reason) the directory /path/to/nextcloud/data/updater-******. Maybe delete or move only the content and not the directory itself.
Important: I have not tested it. Test it on your own risk or not.
As i say it did go through this morning so are you just saying what i could do if i see this happen again or are you saying that i should remove my appdata_ocfuu1fbyyca (in my case) regardless? i.e. do it now anyway?
Thx all.
That is not the same as updater-INSTANCEID. 
In any case, there should be no need to delete the updater-INSTANCEID folder either. You can, however, clear out old backups or downloads within it if you’re running really low on space. Should no need to though otherwise (there is a job that will delete really old stuff after each upgrade).
There’s no need to mess with it if you got a clean update today.
It’s a PHP parameter: PHP Modules & Configuration — Nextcloud latest Administration Manual latest documentation
However if it was the cause, the updater run today would not have succeeded.
Can you share the full updater.log from the full run attempt that failed?
O yea sorry, miss-read. I think it was because the folder names had the same format, which was an unusual one, so I jumped without looking closer.
No worries though i was not going to touch anything as you say it went through so iv left it. Lucky ehh. well its on a ZFS dataset so would have been no real loss.
Cheers though
2024-06-06T20:25:21+0100 DNcx1EiQEi [info] Step 4 is in state "end".
2024-06-06T20:25:21+0100 DNcx1EiQEi [info] POST request for step "5"
2024-06-06T20:25:21+0100 DNcx1EiQEi [error] POST request failed with other exception
2024-06-06T20:25:21+0100 DNcx1EiQEi [error] Exception: Exception
Message: Not authenticated
Code:0
Trace:
#0 {main}
File:/usr/local/www/nextcloud/updater/index.php
Line:1325
Any chance in your original run through the Updater (the failed one) you clicked the “Open updater” button that is under Administration settings->Overview from a second window/tab/browser while the Updater was running in whatever original window/tab/browser you opened it in was still active?
I ask because the internal authentication credentials used by the Updater changed here in the 1-2 minutes it took for your Updater run to get from step 3 to step 5.
Hmm, don’t get me concerned. No, there is no possibility that what you describe happened.
What are you thinking? 
I am just trying to isolate why the original failure occurred for you in case there is a bug/etc.
Oh that’s okay then, I was worried you might have been alluding to something more nefarious.
It probably didn’t come across quite right in text. I didn’t mean “What are you thinking!” I meant “What are you thinking!” as in what are you thinking it might possibly be a hack of some kind or something serious?
I hate text for this kind of thing.
Up same trouble here. I manually ran the php updater/updater.phar script. Which seems to succeed now.