I have this Nethserver Test Server spun up since I installed my prod server. Both my Test and Prod run a domain and have Nextcloud installed. I’ve been keeping them both in step with updates whereby I’ll update my test serer first and confirm it’s working and then update my Prod server.
My Prod and Test Nethserver are both running Nextcloud 12.05 (latest version from Nethserver).
I’ve issued the following command on my test server:
yum install nethserver-nextcloud --enablerepo=nethserver-testing
Install was successful. I’ve now tried to login to my test server but my login is not working when I use an ID I’ve created in Nethserver. I can see the login screen and I’ve confirmed I’m using the correct login ID and the correct password. I receive an error that says:
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.
I’ve then logged in with the default admin (Nextcloud) account. I can login with this account but everything is extremely slow (both Chrome and Firefox). In the Settings page (used to be called Admin) I can see in my ldap a ‘Configuration Incorrect’ message.
I’ve looked at the logs and I can see the following:
Error core Error while running background job (OC\ServerNotAvailableException): Lost connection to LDAP server.
Fatal webdav Sabre\DAV\Exception\ServiceUnavailable: OC\ServerNotAvailableException: Lost connection to LDAP server.
Error no app in context OC\ServerNotAvailableException: Lost connection to LDAP server.
Anyone else having issues with upgrading to Nextcloud 13 when on a domain?
Passed the 4 test cases.
Hit some Nextcloud bugs (groups and shares, #8428, #7499)
The virtual host works (only tested on internal network using a server alias)
Sorry @greavette, but I couldn’t get to reproduce it, I’ve some problem with ad installation on my virtual machine. I’ve tried it binding NS to another ad domain and everythings worked.
Which logs have you seen ?
You can check various logs:
Update went without issues.
Removed the old php version (yum remove nethserver-rh-php56-php-fpm rh-php56\*) as I no longer need it.
After a while nextcloud.log showed a few errors (I think it comes from a specific client, but nothing important if does not repeat often):
Fatal Doctrine\DBAL\Exception\DriverException: An exception occurred while executing 'INSERT INTO `oc_file_locks` (...) SQLSTATE[40001]: Serialization failure: 1213 Deadlock found when trying to get lock; try restarting transaction
Fatal Doctrine\DBAL\Exception\UniqueConstraintViolationException: An exception occurred while executing 'INSERT INTO `oc_file_locks` (...) SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry
I just installed NC13 from software center after a fully updated NS7.4 server, that has joined my local domain.
I am getting exactly the same error as @greavette:
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.
Mre details can be found in the server log.
Technical details
Remote Address: 192.168.10.99
Request ID: WrOB6WkbhQp@kDTrVnoFZAAAAAE
I managed to log in with the default NC admin user (pw is Nethesis,1234, while I already changed default root pw on the server…)
Then I checked the ldap settings and current config uses ldap and not ldaps
When I change to ldaps with port 636, all works fine…
Thank you @robb, That was my error as well on my test server. Now that I’ve corrected my LDAP settings I can successfully login to my Nextcloud 13 on my test server. Great work!
I can’t reproduce the problem in a clean installation.
The UI correctly set STARTTLS during the join, and the configuration is honored from nextcloud.
But this depends on the configuration of the remote AD.
I suggest you to change STARTTLS or LDAP server URI in the provider account domain page to make your change persistent.
In my case nextcloud is running on the AD server (local Samba4 AD account provider). And when I look at the accounts provider page, there is no STARTTLS or LDAP Server URI option to fill in (since it is the same server)
I only have to fill in the IP address of the NSDC container as AD domain controller.