Just for info - I’ve replaced the instance ID back with the original one now but still no difference.
If you can cd into the data folder of where your Nextcloud is installed, there should be logs in there. Would be worth trying to log in and then get the most up to date output from that log for us to have a look at.
As an example, my log file would be in /var/www/html/data/nextcloud.log
Well, this is interesting - nothing is being written to the Nextcloud.log since I last ran the core integrity check (back on the 22nd August). I’ve deleted the log file and reboot the server and it has been recreated so will watch what happens.
I presume I should have at least some information being written it???
A permission issue? SELInux?
Can you also try a different browser or a different computer? Some security plugins or add blocker could perhaps prevent the loading of required resources.
If you tried a couple of logins, there could be the bruteforce protection (though it should show up in the logs), you can manually turn it off by putting this line in your config.php
'auth.bruteforce.protection.enabled' => false,
1 Like
I did wonder on SELinux but checked and it’s set to permissive, which I think is ok?
I’ve tried adding the bruteforce option but still no good. And also absolutely no entries in Nextcloud log file … I really think it’s seriously messed up 
Ok - thanks for everyone’s thoughts on this - I appreciate the input but I’ve spent days trying to sort this out and think I’m going to have to give up on it. It’s a shame as I really like NextCloud but if it can get in this state then I can’t rely on it going forward
well… .since you tweaked your instance like crazy… why not giving it a final chance by doing a complete new installation from scratch? and then see how far you come?
Yeah, I understand what you are saying but I only tweaked after it broke and nothing seems to have fixed it. Plus I’m already going to annoy quite a lot of people changing things around to another product … really don’t want this to happen again in the future and annoy them all over again 
The only thing I could possibly try I guess is linking this in with a Docker project running currently - I could attempt to spin up NextCloud in a Docker container and then try and import database/files …
either that… or just wait for the next update. maybe it’s gonna fix your problems anyway
Before you change everything, make a backup first.
Under “The issue you are facing” I would expect a precise description about what you are doing, what is expected to happen, and what happens.
What do you mean by “can’t log on”?
In my installation I am facing a disabled login button: (SOLVED) Nextcloud 12: Login button not working
If I try to log in admin with an arbitrary password on https://cloud.familycliff.co.uk, I just get back to the login screen, without any error message.
Is that the problem you are facing?
Forgot to ask: Did you look in data/nextcloud.log?
1 Like
Odds are you set the ownership of your php-fpm directories during install - but you should double check that they are still correct. I use ISPconfig to manage virtual domains and email and when I upgraded it, it changed the ownership to apache:apache, where I always mean keep them at nginx:apache
Check that the proper webserver has ownership of your session directory especially…
1 Like
For me they are at: /var/lib/php/
1 Like
Thank you!
I had the same problem after a system update (CentOS), which probrably updated the php which makes the /var/lib/php/session folder with the permissions root:apache.
After your comment, I checked it , and perform a chown nginx:apache /var/lib/php/session
And Nextcloud Login works again!
2 Likes
Hey, I’m having the same issue. I tried changing permissions to the /var/lib/php/session directory, but i get an “invalid user: nginx:apache”. I’m still new to all this, so I’m not quite sure how I figure out the correct user to set the permissions for.
Any ideas?
Change by www-data:www-data
Thank you. Having faced this issue since 3 weeks, that worked for me.
This is a regular problem with Fedora updates (patches and version updates) which always want’s to chage files to owned by apache when I’m using nginx. I understand that nginx isn’t technically supported but it does work, if only Fedora will leave it alone.
if you are using cloudflare and are missing the log in form Only when trying to login via the WEB, then turn off rocket page load setting in -->speed → Optimization
I support this