The user is logged and can access the main page with his folder / files
The account page "loops" and the user is invited to loggin again and again. The same account is working fine with the desktop client / ios Client or Webdav
Operating system: Ubuntu 14.04
Web server: Apache 2.4
Database: MySQL 5.6
PHP version: 5.6
Nextcloud version: (see Nextcloud admin page) 11.0.0
Updated from an older Nextcloud/ownCloud or fresh install: OC9.1 -> NC10.2 -> NC11.0.0
Where did you install Nextcloud from:
Signing status:
Signing status
Login as admin user into your Nextcloud and access
http://example.com/index.php/settings/integrity/failed
paste the results here.
No errors have been found.
**List of activated apps:**
{
"system": {
"instanceid": "oc86wi0oh5xi",
"passwordsalt": "***REMOVED SENSITIVE VALUE***",
"secret": "***REMOVED SENSITIVE VALUE***",
"trusted_domains": [
"XXX",
"XXX",
"XXX"
],
"datadirectory": "\/var\/www\/owncloud\/data",
"overwrite.cli.url": "http:\/\/XXX\/owncloud",
"dbtype": "mysql",
"version": "11.0.0.10",
"dbname": "OwnCloudDB",
"dbhost": "localhost",
"dbtableprefix": "oc_",
"dbuser": "***REMOVED SENSITIVE VALUE***",
"dbpassword": "***REMOVED SENSITIVE VALUE***",
"installed": true,
"forcessl": true,
"forceSSLforSubdomains": true,
"mail_smtpmode": "smtp",
"mail_from_address": "owncloud",
"mail_domain": "XXX",
"mail_smtphost": "mail.XXX",
"mail_smtpport": "25",
"theme": "",
"maintenance": false,
"loglevel": 0,
"trashbin_retention_obligation": "auto",
"updatechecker": false,
"appstore.experimental.enabled": true,
"preview_libreoffice_path ": "\/usr\/bin\/libreoffice",
"updater.release.channel": "stable",
"updater.secret": "***REMOVED SENSITIVE VALUE***"
}
}
Are you using external storage, if yes which one: local/smb/sftp/... No
Are you using encryption: No
Are you using an external user-backend, if yes which one: LDAP/ActiveDirectory/Webdav/ No
Browser: Chrome / Edge / IE
Operating system: Windows 10
Web server error log
Nextcloud log
_{"reqId":"HDTOaGKjaK2vONtjRARI" remoteAddr:"XXX.XXX.XXX.XXX" app:"no app in context" message:"Current user is not logged in" level:0 time:"2017-01-05T13:07:55+00:00" method:"GET" url:"\/index.php\/apps\/files\/" user:"--" version:"11.0.0.10"} _
{"reqId":"O6NWJu3MuvcjcEpuN6IC" remoteAddr:"XXX.XXX.XXX.XXX" app:"no app in context" message:"Current user is not logged in" level:0 time:"2017-01-05T13:07:56+00:00" method:"GET" url:"\/index.php\/apps\/gallery\/config?extramediatypes=1" user:"--" version:"11.0.0.10"}
Browser log
Can I ask you to show us the network tab of the web developer tools in your browser?
Do you want the complete Network tad or just the errors ?
Here are just the error :
Do you want the complete Network tad or just the errors ?
Which page is this? The login page? Also the 400 on the loginbackground looks suspicious.
This is on the login page yes with a user that can't connect.
I can't see why this should happen. The config of the gallery is normally not loaded on the login page and the login background should be fine.
Could you try to disable one app after another and check if the login then works. Maybe it's an app that causes this. Maybe start with keeweb.
I try to disable the following app with no luck :
Keeweb
totp
Usage Survey
Gallery
Theming
Text Editor
Share by Email
PDF Viewer
Server Info
Password Policy
Notifications
Nextcloud announcements
Mail template editor
Log Reader
Federation
Comments
Collaborative tags
Auditing / Logging
@rullzer Any ideas?
Any news ?
It's getting urgent, my user cannot connect anymore to the web page......
Thanks
It's getting urgent, my user cannot connect anymore to the web page......
Thanks
Can you check again your log and maybe check if entries are logged when the user logs in.
Does this only happen for one user? Can you create a separate user and try to log in with this user? Does that work? Does the user has received federated shares? (for this check the table oc_share_external)
It happens for all the user, even mine with a browser with no cache : on my laptop with cache on Chrome I can log with all users but if I try the same thing on another laptop (same accounts or Chrome version) it does not work. I also tried with Edge or IE and it does not work.
Same logs :
_{"reqId":"HDTOaGKjaK2vONtjRARI" remoteAddr:"XXX.XXX.XXX.XXX" app:"no app in context" message:"Current user is not logged in" level:0 time:"2017-01-05T13:07:55+00:00" method:"GET" url:"/index.php/apps/files/" user:"--" version:"11.0.0.10"} _
{"reqId":"O6NWJu3MuvcjcEpuN6IC" remoteAddr:"XXX.XXX.XXX.XXX" app:"no app in context" message:"Current user is not logged in" level:0 time:"2017-01-05T13:07:56+00:00" method:"GET" url:"/index.php/apps/gallery/config?extramediatypes=1" user:"--" version:"11.0.0.10"}
For new users, it is the same : I can log with Chrome on my laptop but not on the other laptop or with different browser.
I checked that cookies are enable.
Ok for the record, I applied the 11.0.1 RC1 update and everything is working fine again.
Hi,
I have exactly the same issue explain in the first message by @florian434. I've done a fresh install of NextCloud 11.0.1 on a CentOs 7 with PHP 7.1 and Nginx. I can use the Android application (upload file, use calendar and contact sync etc.) but I'm not able to login on the Web Interface.
There is no error in the server log nor Nextcloud log.
I've also the same 401 status shown here
Can we open this issue? How can I help?
Same issue. Arch, Nginx, MariaDB, Nextcloud 11.0.1 (stable). Should I create new issue or someone can reopen this one?
Any update on this still valid issue?
Same issue, centos 7, fresh install 11.0.2, php-fpm 7.0.17, mariadb-5.5, selinux disabled.
access_log:
[17/Mar/2017:00:30:26 +0100] "GET /index.php/apps/gallery/config?extramediatypes=1 HTTP/1.1" 401 43 "-" "Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:51.0) Gecko/20100101 Firefox/51.0"
[17/Mar/2017:00:30:26 +0100] "GET /cron.php HTTP/1.1" 200 20 "-" "Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:51.0) Gecko/20100101 Firefox/51.0"
[17/Mar/2017:00:30:41 +0100] "GET /core/img/loading-small.gif HTTP/1.1" 200 1771 "-" "Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:51.0) Gecko/20100101 Firefox/51.0"
[17/Mar/2017:00:30:41 +0100] "POST /index.php/login?redirect_url=/index.php/apps/files/ HTTP/1.1" 303 - "-" "Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:51.0) Gecko/20100101 Firefox/51.0"
[17/Mar/2017:00:30:41 +0100] "GET /index.php/apps/files/ HTTP/1.1" 302 230 "-" "Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:51.0) Gecko/20100101 Firefox/51.0"
[17/Mar/2017:00:30:41 +0100] "GET /index.php/apps/files/ HTTP/1.1" 303 - "-" "Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:51.0) Gecko/20100101 Firefox/51.0"
[17/Mar/2017:00:30:41 +0100] "GET /index.php/login?redirect_url=/index.php/apps/files/ HTTP/1.1" 200 22091 "-" "Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:51.0) Gecko/20100101 Firefox/51.0"
[17/Mar/2017:00:30:42 +0100] "GET /core/vendor/jquery/dist/jquery.min.map HTTP/1.1" 200 127576 "-" "Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:51.0) Gecko/20100101 Firefox/51.0"
[17/Mar/2017:00:30:46 +0100] "GET /index.php/apps/gallery/config?extramediatypes=1 HTTP/1.1" 401 43 "-" "Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:51.0) Gecko/20100101 Firefox/51.0"
[17/Mar/2017:00:30:46 +0100] "GET /cron.php HTTP/1.1" 200 20 "-" "Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:51.0) Gecko/20100101 Firefox/51.0"
Thanks !
Got my mistake, thanks to this post :
https://help.nextcloud.com/t/fresh-install-of-11-0-1-login-loop/8724/7
Using phpfpm from remi, with multiple versions installed, I had no rights to write my sessions files.
Checked my nextcloud.log file and quickly solved it :
{"reqId":"WMxSsmZuq88aEg9ZlzQ89QAAABA","remoteAddr":"192.168.190.10","app":"PHP","message":"session_write_close(): Failed to write session data (files). Please verify that the current setting of session.save_path is correct (\/var\/opt\/remi\/php70\/lib\/php\/session) at \/var\/www\/html\/nextcloud\/lib\/private\/Session\/Internal.php#104","level":3,"time":"2017-03-17T21:18:42+00:00","method":"GET","url":"\/index.php\/apps\/gallery\/config?extramediatypes=1","user":"--","version":"11.0.2.7"}
So finally started and so far so good, thanks again !
Had a similar issue, though I didn't see it appear in the logs. Note that remi's packages do not store their sessions in /tmp, nor /var/lib/php/session, but in /var/opt/remi/php71/lib/php/session.
This path is set in /etc/opt/remi/php71/php-fpm.d/www.conf, not in /etc/opt/remi/php71/php.ini.
Now fixed by chowning them to nginx:nginx...
UPDATE: we found that these permissions tend to reset after reboot or upgrades of packages. So we now added the nginx account to the apache group, to ensure everything keeps working in that situation.
I had to restore the .tmp folder in order for the login to work and being able to create session files.
having similar issue with nextcloudpi - opening https://github.com/nextcloud/server/issues/9054
In my case on NC13 we are using two apps: user_ldap and user_saml. Accidently I have setted value "enabled" to "no" for bouth apps in DB and the final result was this log error.
same issue again, but clearing coockies doesn't work now
same issue again, but clearing coockies doesn't work now
New ticket please.
In my case on NC13 we are using two apps: user_ldap and user_saml. Accidently I have setted value "enabled" to "no" for bouth apps in DB and the final result was this log error.
Enabling both should work, but please never just edit the DB. This can break your instance. ;) Just use the buttons in the web UI or the CLI tool occ app:enable. There is more than a config switch to be made.
Most helpful comment
Got my mistake, thanks to this post :
https://help.nextcloud.com/t/fresh-install-of-11-0-1-login-loop/8724/7
Using phpfpm from remi, with multiple versions installed, I had no rights to write my sessions files.
Checked my nextcloud.log file and quickly solved it :
{"reqId":"WMxSsmZuq88aEg9ZlzQ89QAAABA","remoteAddr":"192.168.190.10","app":"PHP","message":"session_write_close(): Failed to write session data (files). Please verify that the current setting of session.save_path is correct (\/var\/opt\/remi\/php70\/lib\/php\/session) at \/var\/www\/html\/nextcloud\/lib\/private\/Session\/Internal.php#104","level":3,"time":"2017-03-17T21:18:42+00:00","method":"GET","url":"\/index.php\/apps\/gallery\/config?extramediatypes=1","user":"--","version":"11.0.2.7"}
So finally started and so far so good, thanks again !