Should have said. āA fresh install a few days ago, before 9.0.51 was releasedā
Could also be caused by some caching as we donāt have enabled the updates officially yet for obvious reasons. You can get around this by adding this to your config file:
'updater.server.url' => 'https://updates.nextcloud.org/updater_server/',
However, there is some more caching in place. So you need to manually change the channels in your admin screen as well then. Iād suggest to switch from stable to beta and back to stable.
Let me know if that didnāt work!
@AlfredSK We just added support for different release channels, it requires a little bit more work right now to test since you are on a Nextcloud version that doesnāt do the automatic migration of the channel the config file. But it shouldnāt be hard
Add the following to your config file:
'updater.release.channel' => 'daily',
And download the newest version of the updater script from https://raw.githubusercontent.com/nextcloud/updater/add-simplified-updater/index.php
This seem to do the trick⦠however shell_exec is not available for me, does this mean I need to manually do it, or are you working on this too ?
As I understand there is no shell_exec anymore. Itās just copying files to the Application Directory
Hehe. Thatās another one, so Nextcloud 9.0.50 and 9.0.51 ship the broken ownCloud updater. To prevent breaking user data it is deactivated in a lot of cases. (if you would have clicked on the button here like you can in ownCloud your instance would get destroyed!)
I just created a revert PR at https://github.com/nextcloud/server/pull/228 for this, for you to test this the easiest way would be to change https://github.com/nextcloud/server/blob/49a916fb46a2281aed818d20a9487b6af7e2b1dc/apps/updatenotification/controller/admincontroller.php#L135 into the following:
āupdaterRequirementsFulfilledā =>true,
The file for this is apps/updatenotification/controller/admincontroller.php
.
Thatās correct, unfortunately some things like this check we canāt super easily change. Letās see what we can do about this to make it as easy as possible for users to update
Likely it might be an app that can be installed via appstore that ships the corrected code. Also would allow ownCloud users to easily migrate with one click.
Ok, done this and I could do the update now
if there werenāt this warning
http://imgur.com/a/xdK2f Album click me
These folders are put into the root of each domain for web statistics reasons.
Yeah. Sadly there is not much here what we can do about this. Our belief is that we donāt want in any case to operate in a case where we could by incident delete user data. Thatās something that happened quite often with other updaters.
So the updater will only run in scenarios where we have a very high level assurance that we wonāt overwrite user changes. We do recommend users to install Nextcloud in itās own directory. If that isnāt possible the only thing we can recommend then is a manual update
Wonderful work, thanks heaps for all your efforts!
A few glitches I noticed:
-
if directory /$NC/data_old is present, the updater stops telling (only) ādata_old is presentā Why is that: apparently no backup of /data/ is done
-
After the first half of updating the German version carries a spelling mistake: āNextcloud wird auf Version 9.0.51 aktuallisiertā
-
Installation is halted on this page as button āStart Updateā does not respond to clicks! :-/
Is it necessary for the install to be in a root folder called āowncloudā? For security reasons I never use default folder / usernames, and my current ownCloud installation is no exception.
If it does need to be in a folder called ownCloud, can I change this, and the path in the config file, upgrade and then change both back?
No. Absolutely not required, in my case itās simply called www
or server
or whatsoever. It should also work quite fine with that: If not, thatās a bug and more details would be appreciated.
As long as the file lives in updater/index.php
it should automatically use the correct folder name.
Hello!
First post here, but using Nextcloud from the very beginning (what was that, a month yet? )
Iāve tried the updater, but it didnāt work for me. I uploaded the script, changed the config file but when launching the updater I get the following error:
Check for write permissions
The following places can not be written to
- :/var/www/html/nube/updater/ā¦/ā¦
The following places can not be written to
*:/var/www/html/nube/updater/ā¦/ā¦
(nube=cloud in Spanish, itās the directory where I installed Owncloud and now Nextcloud). As far as I know, file ownership is correct.
Ok, Iām at a loss for now: I can call /$NC/updater manually and provide updater secret from config, but this obviously does not trigger the update process either.
That seems like we very a little bit too strictly checking the file permissions. Checking the permissions on the html
folder is unrequired. I have adjusted that with https://github.com/nextcloud/updater/commit/fbd3e5ac5d92f114ac4dbd5c826139d0beda2d6b
Can you download the newest version (same link as before) and try again, @polkillas? That would be greatly appreciated
More information would be appreciated to make it a little bit easier to debug, as in:
- Which steps did you exactly do? And from what version to what?
- Do you see anything in your web browser network log? if so: What requests are sent when you click the āStart Updateā button?
- What browser do you use?
Did you by any chance disable the app āUpdate notificationā or disabled it via your config file? Check your apps screen for this please as well as your config file
OFC, sorry.
I run NC 9.0.50 on shared hosting.
I downloaded the update/index.php and placed it in /$NC/updater
I added the updater server line to config.php
NC setup is /$www/NC for the binaries and /$www/nc_data for NC data directory (I got a feeling, that might proof important)
I went do admin page, changed channel to ādailyā and reloaded page
I clicked āStart Updaerā button
Prerequisite checks claimed an (old and obsolete) ādata_oldā directory being present and stalled.
I deleted said directory
I reloaded the updater and all checks went fine
Updater displayed āabout to upgrade to 9.0.51ā page and showed a button
Clicking this button is to no avail: no loading, no redirecting no nothing
- Browser is Iceweasel (Firefox) on Debian Jessie stable
- Web browser log states āpostā with reply āfalseā - what log entries do you require exactly? I seem to be unable to copy and paste code from the network analyser
If you click on that request and then click on āParamsā, what do you see as step there? And the response is just a plaintext āfalseā? Or some more text?
- Params is completely empty
- plan text āfalseā ā¦nothing more
- Important: I just noticed: post action I get only if calling āupdaterā manually. If pressing button āstart updateā nothing happens, no post action nothing.