I’m running NC 19.0.1 on CentOS 8 with apache as webserver.
When using the updater to update to 19.0.2, I get the next error
Check for write permissions
The following places can not be written to:
/var/www/html/nextcloud/updater/…/AUTHORS
/var/www/html/nextcloud/updater/…/index.php
/var/www/html/nextcloud/updater/…/status.php
/var/www/html/nextcloud/updater/…/robots.txt
/var/www/html/nextcloud/updater/…/occ
/var/www/html/nextcloud/updater/…/remote.php
/var/www/html/nextcloud/updater/…/console.php
/var/www/html/nextcloud/updater/…/version.php
/var/www/html/nextcloud/updater/…/cron.php
/var/www/html/nextcloud/updater/…/index.html
/var/www/html/nextcloud/updater/…/public.php
/var/www/html/nextcloud/updater/…/COPYING
I already checked some files, and user apache (which runs httpd) can write to the files. Also searched and there are no files owned by root under /var/www/html/nextcloud/.
Good evening everyone,
sorry if I enter, but I too have an update problem. I tried to upgrade my server with Ubuntu 18.04 server, Apache, mariadb, PHP 7.4, but it gives me this error message:
Doctrine \ DBAL \ Exception \ DriverException: An exception occurred while executing ‘ALTER TABLE oc_addressbooks CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_bin;’: SQLSTATE [42000]: Syntax error or access violation: 1071 Specified key was too long; max key length is 767 bytes
Please open in future an own thread. I think in your nextcloud directory /var/www/html/nextcloud (???) is a file or folder named “search”. Delete it or move it outside your nextcloud directory. Look in the file or directory. Perhaps you need the data. Nextcloud does not need them.
Hi, I tried to update two nextcloud docker containers today using the “apply update” in button in unraid docker manager. The docker containers deleted hundreds of gigs of data from bind mount hard drives and will no longer start. The persistent container data has been reset to new sample data from the image. This is not the first time this has done this and i have had to restore from backups but each time i loose a small hand full of files. Anyone please tell me why in the h*** this is happening? I have no backups for my instances. so there goes all that work again.
I resolved the issue in the short term by removing bind mounts to the container and letting it update then adding the bind mounts again. Still does not solve my issue with this in the future and my data loss in the bind mounted drives.