Hi all, does anyone have experience with installing and running Nextcloud on Leap 16.0?
I did a fresh & new Leap 16 installation (no VM, updated) and then
installation of apache2, mysql, mariadb and nextcloud with myrlyn.
and get always the same error “can’t write into config directory! This can usually be fixed by giving the webserver write access to the config directory.”.
I noticed that the nextcloud installation does NOT create a config.php file in /srv/www/htdocs/nextcloud/config (the example config.example.php is there), which I think should have been created during the installation process. After I created a fake config.php the error was different, so it’s not a write access problem…
At the side menu there is a link to the SELinux Portal and some checks you can run. I suspect the best thing to do if it is SELinux is create a bug report.
Thanks @malcolmlewis for the genius hint !
I haven’t thought about SELinux. I assumed that when I install from the official Leap repo, then this should not be an issue…
So, I tested:
disable SELinux temporarily
1.1 to disable SELinux on a Linux system, $ sudo setenforce 0
1.2 confirm the change by running getenforce, which should return “permissive”
1.3 do NOT restart (a restart would enable SELinux again)
I wanted to be sure, so I de-installed Nextcloud (because I don’t know what the installation process is really doing)
Have you ever tried Nextcloud via server:php:applications?
Does Nextcloud run under SELinux with that?
According to the Nextcloud documentation, it should.
Change the security=selinux kernel parameter to security=.
Not sure if it’s still the same on Leap 16.0, but it used to be in GRUB_CMDLINE_LINUX_DEFAULT in /etc/default/grub, then sudo grub2-mkconfig -o /boot/grub2/grub.cfg.
your change would mean that this turns off SELinux permanently? Correct?
If yes:
If I have the choice between two OS (Leap vs Fedora) and one is telling me to turn off a security level to run nextcloud and the other is showing that both is possible, higher security and nextcloud, I would not choose lower/less security…
You’re not answering my question. For whatever reason. But what you’re saying is wrong. Because the server:php: applications package works perfectly. And without any errors.