Open blacklight opened 2 months ago
Weird. The Updater doesn't touch anything having to do with itself until the final phase (which doesn't happen until after the delete and move steps succeed).
The Updater has its own log file. Can you provide the updater.log
?
Sure, the updater.log
is attached.
If you get a chance, run the Updater in CLI mode (updater.phar
) for the next update you attempt. Maybe something odd isn't being logged fully.
Are there any symbolic links involving (or within) either /srv/http/nextcloud
or /data/nextcloud
?
What type of underlying filesystem for each of these?
⚠️ This issue respects the following points: ⚠️
Bug description
The web updater fails at the Move new files in place step:
Error:
So it seems that the full
updater
folder was gone at the previous step (Delete old files) and not replaced by the new one, so we get a 404 and a broken installation.This has been happening to me for at least the past couple of versions, but never had the issue before.
My workaround so far is to manually move the newly downloaded folder from
/data/nextcloud/updater-.../downloads
to/srv/http
, copy theconfig.php
and run a fullocc upgrade
, but it's definitely not the most comfortable user experience.Steps to reproduce
Run
/nextcloud/updater
when a new version is available.Expected behavior
The upgrade should complete successfully. The
updater
folder shouldn't be wiped in the middle of the installtion.Nextcloud Server version
29
Operating system
Manjaro Linux
PHP engine version
8.3.10
Web server
Apache (supported)
Database engine version
MariaDB
Is this bug present after an update or on a fresh install?
Updated from a MINOR version (ex. 28.0.1 to 28.0.2)
Are you using the Nextcloud Server Encryption module?
None
What user-backends are you using?
Configuration report
List of activated Apps
Nextcloud Signing status
No response
Nextcloud Logs
No response
Additional info
Nextcloud is installed on bare metal in the Apache data folder.