You are not logged in.
1. Warning: Imagick was compiled against ImageMagick version 1802 but version 1803 is loaded
2. What was the point of bringing user nextcloud to the party aspecially with out correct scripts which do chown? This literally break entire configuration for no good reason.
http have to be member of nextcloud so what the point?
3. latest version also wants main configuration file in different spot then before...
4. downgrade is not possible great job...
edited:
For fixing stuff check posts in given order
#82 small how to
#80 script to fix permissions <- this solution might not be valid any more.
#84 2FA
#87 Apache + fpm
#105 Other access issues
--
if talk/spreed calls was working before and now is not turnserver is mandatory.
Last edited by str0gg (2021-03-30 09:54:34)
Offline
Tell me about it. I frowned this morning big time. I managed to bring up my setup, but unfortunately the config is set as read-only, otherwise my calendar and contacts get 503 from apps.
Also, important apps are yet to catch up, like "Talk" and "Onlyoffice".
Last edited by smirky (2021-02-20 10:41:17)
Personal spot :: https://www.smirky.net/ :: Try not to get lost!
Offline
We are facing same problem
I use nginx + php-fpm + redis and you?
on [https://wiki.archlinux.org/index.php/Nextcloud] there is oc-perms script have you try to change permissions?
Offline
Got my setup running by
1. moving /etc/webapps/nextcloud/config.php to /etc/webapps/nextcloud/config.php_backup
2. copying /etc/webapps/nextcloud/config/config.php to /etc/webapps/nextcloud/config.php
3. set user/group to http on that file (chown http: /etc/webapps/nextcloud/config.php)
4. run the upgrade again (sudo -u http php7 /usr/share/webapps/nextcloud/occ upgrade)
I am back up and running but the whole experience was not needed I guess.
Last edited by Watnuss (2021-02-20 11:36:04)
Offline
My config.php was overwritten with the default sample config.php. Guess I'll try to recreate it...
Offline
I also had a rough time of it. Hadn't updated my server in a while so I also had to do a PostgreSQL upgrade and the move to legacy php7 packages. The upgrade also wiped my config.php but after a re-setup everything seems to be in order.
1. Do a database upgrade using instructions on the wiki
2. chown everything to http:http again
3. Install php-fpm7 php7-intl php7-pgsql
4. Copy systemd php-fpm overrides with ReadWritePaths from /etc/systemd/system/php-fpm.override.d to /etc/systemd/system/php-fpm.override.d
5. Merge config changes from /etc/php to /etc/php7 (check $ diff -r)
6. Remove the new config.php, which for some reason has the same contents as config.sample.php, which explicitly says you shouldn't use it
7. Run the installation with $ sudo -u http ./occ maintenance:install --database pgsql --database-name nextcloud --database-host localhost --database-user nextcloud # ...
8. Add 'config_is_read_only' => true to config.php
Note that in #7 you can't specify an existing user as the admin user. It will try to create the user anyway, which will fail as the user's data directory already exists.
I did step #8 because I kept getting those "couldn't write to 'config'" errors. Nextcloud still updates config.php anyway so I'm not sure what the error's talking about.
Upgrading the nextcloud package told me that nextcloud should be running using the "nextcloud" user it now creates. This apparently only applies when hosting using uwsgi with the supplied config file.
When running with php-fpm this doesn't appear possible, since the php-fpm service runs under the "http" user.
Last edited by williamvds (2021-02-20 15:08:11)
Offline
Upgrading the nextcloud package told me that nextcloud should be running using the "nextcloud" user it now creates. This apparently only applies when hosting using uwsgi with the supplied config file.
When running with php-fpm this doesn't appear possible, since the php-fpm service runs under the "http" user.
I have the same problem with apache, I cannot change it to use the "nextcloud" user. While I got it working by manually chowning everything back to http, I think this is not going to work in the long run: The package now includes a tmpfiles.d drop-in which will chown the config back to "nextcloud:nextcloud" on reboot: nextcloud.tmpfiles
Offline
Yeah, my guess is that the new co-maintainer runs his own nextcloud in some sort of container - probably https://wiki.archlinux.org/index.php/Nextcloud#uWSGI. The changes introduced to the package are usefull in this specific scenario - they just break shit for everyone else....
So yeah, please weigh in on the bug tracker to hopefully get this reversed - otherwise I'm gonna make my own package soon...
Offline
got my nextcloud on-line again recreating version string was also requried and disable 2fa from occ...
Offline
Same here nginx + php8 + nextcloud 21 are running so far.
ImageMagick makes problems with PHP8, but I don't care about that for now.
But I also need the 'config_is_read_only' => true setting.
Any quick workarounds ?
Offline
check permissions on /etc/webapps/nextcloud /etc/webapps/nextcloud/* /usr/share/webapps/nextcloud/config /usr/share/webapps/nextcloud all should be pointing to http
in spare time vote please
https://bugs.archlinux.org/task/69710
Mod edit: Adjusted link to not directly include a vote -- V1del
Last edited by V1del (2021-02-20 19:40:14)
Offline
Thanks for the quick suggestion and I just voted.
I already used: sudo chown -R http:http /etc/webapps/nextcloud but that doesn't help.
The message doesn't disappear:
Error
Cannot write into "config" directory!
This can usually be fixed by giving the webserver write access to the config directory.. Or, if you prefer to keep config.php file read only, set the option "config_is_read_only" to true in it. See https://docs.nextcloud.com/server/21/go … min-config
Offline
@str0gg please take care to not link to the voting URI of a bug report.
Online
@V1del sorry did not realized
have you checked /usr/share/webapps/nextcloud/config ? (in this dir CAN_INSTALL file should be created)
Last edited by str0gg (2021-02-20 19:43:54)
Offline
have you checked /usr/share/webapps/nextcloud/config ? (in this dir CAN_INSTALL file should be created)
Yes, the complete folder /usr/share/webapps/nextcloud/ including subfolders and files is http:http.
Last edited by DocSniper (2021-02-20 20:40:13)
Offline
incase of php-fpm
systemctl edit php-fpm
[Service]
ReadWritePaths = /usr/share/webapps/nextcloud/
ReadWritePaths = /etc/webapps/nextcloud/
Offline
Beat me to it by a minute. Yes, adding the nextcloud root folder (/usr/share/webapps/nextcloud) to the php-fpm override fixed the problem for me as well, /usr/share/webapps/nextcloud/config is not enough.
Offline
Now with this override.conf it's working:
[Service]
ReadWritePaths = /usr/share/webapps/nextcloud/apps
ReadWritePaths = /usr/share/webapps/nextcloud/config
ReadWritePaths = /usr/share/webapps/nextcloud/data
ReadWritePaths = /etc/webapps/nextcloud
Offline
I also had my configuration overwritten.
I guess that the disadvantages of nextclound on archlinux needs some improvement and go forward into a section in the main page.
There was the php7 breakage a few weeks ago and now this.
Contrary to the previous comments I'm using apache httpd with php instead of php-fpm, so my solution was:
1. Be careful because it changed to php 8 and your config may be out of date
2. Fix
/usr/share/webapps/nextcloud
or else nextcloud "Administration" page will complain that the files are not the same as the webserver:
chown -R http:http /usr/share/webapps/nextcloud
3. Also change /etc/webapps/nextcloud directory owner where the config now lives
chown -R http:http /etc/webapps/nextcloud
.
4. You should also fix your pacman hook if you have one:
rm /etc/pacman.d/hooks/nextcloud.hook && cp /usr/share/doc/nextcloud/nextcloud.hook /etc/pacman.d/hooks/nextcloud.hook
5. If you use nextcloud-systemd-timers careful because it still runs on php7
All in all, the files owner should match the httpd user
Last edited by C13251 (2021-02-21 17:45:49)
Offline
4. You should also fix your pacman hook if you have one:
rm /etc/pacman.d/hooks/nextcloud.hook && ln -s /usr/share/doc/nextcloud/nextcloud.hook /etc/pacman.d/hooks/nextcloud.hook
Attention with the hook, better first copy the file and do not set a symlink until the author has cleaned up the matter with the nextcloud user.
Because this file will run the update routine as user nextcloud and not as user http.
So better copy the file for now and change the user to http.
Offline
patch for nextcloud-systemd-timers
diff --git a/PKGBUILD b/PKGBUILD
index 8068f71..7de1495 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -1,6 +1,6 @@
# Maintainer: Dominik Schrempf <dominik.schrempf@gmail.com>
pkgname=nextcloud-systemd-timers
-pkgver=0.8.0
+pkgver=0.9.0
pkgrel=1
epoch=
pkgdesc="Systemd services and timers for Nextcloud background jobs (see Nextcloud Arch Wiki entry)."
@@ -29,15 +29,15 @@ source=("nextcloud-app-update-all.service"
"nextcloud-preview-generate-all.timer"
"nextcloud-preview-pre-generate.service"
"nextcloud-preview-pre-generate.timer")
-sha256sums=('5977e1ea5893fa36ad022f3a080d9b0ebfa9ab90e6b37ac884546e5311df46be'
+sha256sums=('231419498bda90a47a20927be414e126871877ddefb8234970942b75ce092349'
'39039f1a3dc23022fccc991daca86d77e7d41be275566f6892cd6b290fa0da4a'
- 'e1d841b6b133a6c9bed910297a7d899f5669d7e759c1dca1a288658f96576713'
+ '7fe27aa2ef2a034cf19a02571cefd1f6b40dd64fa48abda3ed0c82e2181f12c1'
'a7db3a28abfee48393bd70dc71e9abf813130169229f2a35b072cc11dbd09863'
- '58cb60d2630248cf92ddb15e18f455d6ffe6d6b151173fc7d975d622e28e32fa'
+ 'a5bbae53fd6de8a7a2de7ff07e74ee8b709b1950e6a4d817e80550ad9da8c65e'
'2f191059b619141ba883ae132af56460212c84eb208f087b87b79b0a3b9e4900'
- 'a8fc7e7431086a19a19729e9c71f7d5b26c8e2cb51d76b2c41dbd982f109f713'
+ '73c33917bb69889efecd9c47fe4f99910419e7cfdeea012f68d9f4b73dc74cb8'
'bd4bbd01a9d68e0217c3b48c977dda881fd956b53f981a6e32af0357d2e0b716'
- '6bb27c8b9f67121c5f68cd265393f43ad6d82b9576bbb970844f10df951c42fe'
+ '98ec0f1a78738d2aa2497b8b01faad4b9e9c44f90988ef3e592257dd2eef9bc8'
'56e3cab181040101be05d4b7723825f7b0c082c34403e42c6f0934c6474a6a43')
noextract=()
diff --git a/nextcloud-app-update-all.service b/nextcloud-app-update-all.service
index 14f658d..a757596 100644
--- a/nextcloud-app-update-all.service
+++ b/nextcloud-app-update-all.service
@@ -3,7 +3,7 @@ Description=Nextcloud; update all applications
[Service]
User=http
-ExecStart=/usr/bin/php7 -f /usr/share/webapps/nextcloud/occ app:update --all
+ExecStart=/usr/bin/php -f /usr/share/webapps/nextcloud/occ app:update --all
[Install]
WantedBy=basic.target
diff --git a/nextcloud-cron.service b/nextcloud-cron.service
index e716312..15844c4 100644
--- a/nextcloud-cron.service
+++ b/nextcloud-cron.service
@@ -3,7 +3,7 @@ Description=Nextcloud; run cron.php
[Service]
User=http
-ExecStart=/usr/bin/php7 -f /usr/share/webapps/nextcloud/cron.php
+ExecStart=/usr/bin/php -f /usr/share/webapps/nextcloud/cron.php
[Install]
WantedBy=basic.target
diff --git a/nextcloud-files-scan-all.service b/nextcloud-files-scan-all.service
index 82c36b5..639dda1 100644
--- a/nextcloud-files-scan-all.service
+++ b/nextcloud-files-scan-all.service
@@ -3,7 +3,7 @@ Description=Nextcloud; scan all files
[Service]
User=http
-ExecStart=/usr/bin/php7 -f /usr/share/webapps/nextcloud/occ files:scan --all
+ExecStart=/usr/bin/php -f /usr/share/webapps/nextcloud/occ files:scan --all
[Install]
WantedBy=basic.target
diff --git a/nextcloud-preview-generate-all.service b/nextcloud-preview-generate-all.service
index a0059ae..9fe7336 100644
--- a/nextcloud-preview-generate-all.service
+++ b/nextcloud-preview-generate-all.service
@@ -3,7 +3,7 @@ Description=Nextcloud; generate previews for all files
[Service]
User=http
-ExecStart=/usr/bin/php7 -f /usr/share/webapps/nextcloud/occ preview:generate-all
+ExecStart=/usr/bin/php -f /usr/share/webapps/nextcloud/occ preview:generate-all
[Install]
WantedBy=basic.target
diff --git a/nextcloud-preview-pre-generate.service b/nextcloud-preview-pre-generate.service
index 7a128db..bf4eebb 100644
--- a/nextcloud-preview-pre-generate.service
+++ b/nextcloud-preview-pre-generate.service
@@ -3,7 +3,7 @@ Description=Nextcloud; generate previews for new files only
[Service]
User=http
-ExecStart=/usr/bin/php7 -f /usr/share/webapps/nextcloud/occ preview:pre-generate
+ExecStart=/usr/bin/php -f /usr/share/webapps/nextcloud/occ preview:pre-generate
[Install]
WantedBy=basic.target
Offline
I'm getting a server error after the update (running arch Linux arm):
Internal Server Error
The server was unable to complete your request.
If this happens again, please send the technical details below to the server administrator.
More details can be found in the server log.
/var/log/nginx/error.log shows some errors related to fastcgi looking like this one:
2021/02/21 07:01:09 [error] 320#320: *94 FastCGI sent in stderr: "OFOS6OXchKK4Ceb","level":3,"time":"2021-02-21T07:01:09+00:00","remoteAddr":"87.79.249.37","user":"--","app":"remote","method":"GET","url":"/status.php","message":{"Exception":"OC\\HintException","Message":"Can't write into config directory!","Code":0,"Trace":[{"file":"/usr/share/webapps/nextcloud/lib/private/Config.php","line":137,"function":"writeData","class":"OC\\Config","type":"->"},{"file":"/usr/share/webapps/nextcloud/lib/private/SystemConfig.php","line":111,"function":"setValue","class":"OC\\Config","type":"->"},{"file":"/usr/share/webapps/nextcloud/lib/private/legacy/OC_Util.php","line":1173,"function":"setValue","class":"OC\\SystemConfig","type":"->"},{"file":"/usr/share/webapps/nextcloud/lib/base.php","line":413,"function":"getInstanceId","class":"OC_Util","type":"::"},{"file":"/usr/share/webapps/nextcloud/lib/base.php","line":639,"function":"initSession","class":"OC","type":"::"},{"file":"/usr/share/webapps/nextcloud/lib/base.php","line":1076,"function":"init...PHP message: {"reqId":"bxMqmOFOS6OXchKK4Ceb","level":3,"time":"2021-02-21T07:01:09+00:00","remoteAddr":"87.79.249.37","user":"--","app":"PHP","method":"GET","url":"/status.php","message":{"Exception":"Error","Message":"fopen(/usr/share/webapps/nextcloud/data/nextcloud.log): Failed to open stream: Read-only file system at /usr/share/webapps/nextcloud/lib/private/Log/File.php#85","Code":0,"Trace":[{"function":"onError","class":"OC\\Log\\ErrorHandler","type":"::"},{"file":"/usr/share/webapps/nextcloud/lib/private/Log/File.php","line":85,"function":"fopen"},{"file":"/usr/share/webapps/nextcloud/lib/private/Log.php","line":371,"function":"write","class":"OC\\Log\\File","type":"->"},{"file":"/usr/share/webapps/nextcloud/lib/private/Log.php","line":220,"function":"writeLog","class":"OC\\Log","type":"->"},{"file":"/usr/share/webapps/nextcloud/lib/private/Log.php","line":131,"function":"log","class":"OC\\Log","type":"->"},{"file":"/usr/share/webapps/nextcloud/lib/private/Log/ErrorHandler.
I'm not a php expert at all, any ideas what to do?
Last edited by miro279 (2021-02-21 07:30:38)
Offline
show fastcgi configuration
Offline
I'm getting a server error after the update (running arch Linux arm):
Internal Server Error The server was unable to complete your request. If this happens again, please send the technical details below to the server administrator. More details can be found in the server log.
/var/log/nginx/error.log shows some errors related to fastcgi looking like this one:
2021/02/21 07:01:09 [error] 320#320: *94 FastCGI sent in stderr: "OFOS6OXchKK4Ceb","level":3,"time":"2021-02-21T07:01:09+00:00","remoteAddr":"87.79.249.37","user":"--","app":"remote","method":"GET","url":"/status.php","message":{"Exception":"OC\\HintException","Message":"Can't write into config directory!","Code":0,"Trace":[{"file":"/usr/share/webapps/nextcloud/lib/private/Config.php","line":137,"function":"writeData","class":"OC\\Config","type":"->"},{"file":"/usr/share/webapps/nextcloud/lib/private/SystemConfig.php","line":111,"function":"setValue","class":"OC\\Config","type":"->"},{"file":"/usr/share/webapps/nextcloud/lib/private/legacy/OC_Util.php","line":1173,"function":"setValue","class":"OC\\SystemConfig","type":"->"},{"file":"/usr/share/webapps/nextcloud/lib/base.php","line":413,"function":"getInstanceId","class":"OC_Util","type":"::"},{"file":"/usr/share/webapps/nextcloud/lib/base.php","line":639,"function":"initSession","class":"OC","type":"::"},{"file":"/usr/share/webapps/nextcloud/lib/base.php","line":1076,"function":"init...PHP message: {"reqId":"bxMqmOFOS6OXchKK4Ceb","level":3,"time":"2021-02-21T07:01:09+00:00","remoteAddr":"87.79.249.37","user":"--","app":"PHP","method":"GET","url":"/status.php","message":{"Exception":"Error","Message":"fopen(/usr/share/webapps/nextcloud/data/nextcloud.log): Failed to open stream: Read-only file system at /usr/share/webapps/nextcloud/lib/private/Log/File.php#85","Code":0,"Trace":[{"function":"onError","class":"OC\\Log\\ErrorHandler","type":"::"},{"file":"/usr/share/webapps/nextcloud/lib/private/Log/File.php","line":85,"function":"fopen"},{"file":"/usr/share/webapps/nextcloud/lib/private/Log.php","line":371,"function":"write","class":"OC\\Log\\File","type":"->"},{"file":"/usr/share/webapps/nextcloud/lib/private/Log.php","line":220,"function":"writeLog","class":"OC\\Log","type":"->"},{"file":"/usr/share/webapps/nextcloud/lib/private/Log.php","line":131,"function":"log","class":"OC\\Log","type":"->"},{"file":"/usr/share/webapps/nextcloud/lib/private/Log/ErrorHandler.
I'm not a php expert at all, any ideas what to do?
Had the same error but without using of FastCGI. The solution was to set the rights on nextcloud catologues back to http user. See post #19 in this thread and above.
Everything less than immortality is a complete waste of time!
Offline
Is it really a good idea to change user back to http, if Maintainer (and Upstream?) decided not to do so?
Offline