in my installation it gives the same behavior, but with directory userappsâŚ
It seems there a still migration issues from owncloud 9.1:
Well, I tried to update from 10.0.1 (stabel and beta) channel to 10.0.2.
However I always received the Error message: Cannot use updater, please use manual update!
it was promised, that from 10,0.1 on, you can use the built-in updater!
if it does not work at all, What is the use for it???
I am getting sick and tired to hassle around with the manual update !!!
Regards, hitam4450
I donât see that error message anywhere in our source code. Please post the complete original error message!!! Thanks
Error message:
Could not start updater, please try the manual update
After That, i am urged to download 10.0.2 manually!
I tried using the updater to update from 10.0.1 to 10.0.2. First try I had an âopen_basedirâ permission error as I only added "/srv/www/nextcloudâ and not â/srv/wwwâ. After fixing this it worked fine. When the updater was done (all checkmarks) I switched âmaintenance_modeâ off and clicked on the link saying âgo back to your nextcloud instanceâ. Then I was greeted with a âUpdate needed - Please use the command line updater because you have a big instance.â though.
Edit: Next I ran the âupdater.pharâ and everything was fine again. Thanks.
Can anybody tell me if I put âtmpâ in the wrong location or if I should just delete it to run the update and then reopen the folder - or should I better wait for a revised updater?
Hi, I tried the updater from 10.0.1 to 10.0.2 on a raspberry pi setup with nginx, it does not work.
On another setup (webhoster, apache) everythink worked well.
Is there anything I can do to make the updater work with my nginx setup?
Best regards, Stefan
It is a crazy career that we have selected. If we do our jobs well, no one says anything. If something doesnât work then we hear all about it. I am not a programmer but I appreciate all the work that you all have done on Nextcloud.
I have a test 10.0.1 system that was originally installed using 10.0.1 and when I try to use the new âNextcloud Updaterâ I see this notice below. Do you know what âassetsâ it is referring to and where I might start looking in order to troubleshoot?
> Initializing
> Current version is 10.0.1.
> Update to Nextcloud 10.0.2 available. (channel: âstableâ)
> Check for expected files
> The following extra files have been found:
> assets
thanks!
Just delete that directory. Nextcloud doesnât use/handle assets.
(It was an old option" in ownCloud", obsolete now. You can also delete the line âasset-pipeline.enabledâ => true/false, if you stlll have it in your config.php)
Thank you for responding. Just to confirm, you are recommending that I simply delete the obsolete â/var/www/nextcloud/assetsâ directory?
Yes !
This happens if the POST to the updater endpoint fails. Can you check in your browsers network console what the response to the POST request to /updater/
is alike?
Nextcloud doesnât put any tmp folder there. This seems to be done by you or your hoster. If you are confident that the content is not needed you can delete the folder. Also make sure that it is actually not configured as your temporary folder in your PHP.
Having sensitive data like the temp folder in the web root can also be a security problem.
Excellent. Thanks also for encouraging me to check the config.php to see if the obsolete folder was referenced there also. It was not but I believe in cleaning up where possible.
NOTE - after removing the âassetsâ folder under the Nextcloud www folder, I tried the web interface updater and it worked perfect.
thank you!
Dear Lukas,
I did put the temp folder there.
It sits in âŚ/KUNDENNUMMER/nextcloud/âŚ
Do reference root folder to the overall structure or is the root-folder just the folder the nextcloud-installation is in?
Is there a recommended location for a temp folder for a hosted enviroment on an apache webhoster like domainfactory from you?
thanks!
No thatâs an internal version number (relict from owncloud days). This will be cleaned up in NC 11 (Notifications shows OC-version-numbers ¡ Issue #1605 ¡ nextcloud/server ¡ GitHub).
enclosed youâll find the screen shot of the console output!
The directory exists, containing a file named index.php
regards, hitam4450
After deleting the assets folder the updater worked like a charm. Great work, guys!
To solve the permission issues quickly, I have 2 scripts. One setting the permissions for the update process and one to set them for production, Sure it would be much more convenient if the updater would do that but Iâm OK with how it is. That way I always know which permissions are set.