NextCloud Endless Redirect on login

I get an endless redirect on logging into NextCloud and just keep getting the below in my access log:

[08/Jul/2017:00:18:49 +0100] “GET /login?redirect_url=/apps/files/ HTTP/1.1” 200 10760 “-” “Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36”

I am running CentOS 7 with Nginx and PHP-FPM 7

Nextcloud Nginx Conf.d file:

upstream examplecombackend {
       server unix:/var/run/php-fcgi-examplecom.sock;
}

server {
	listen 80;
	server_name example.com;
	return 301 https://$server_name$request_uri;
}

server {
    listen 443 ssl;
    server_name example.com;

    access_log /var/www/vhosts/example.com/access.log;
    error_log /var/www/vhosts/example.com/error.log;

 
    ssl_certificate /etc/letsencrypt/live/example.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem;
 
    # Add headers to serve security related headers
    # Before enabling Strict-Transport-Security headers please read into this
    # topic first.
    add_header Strict-Transport-Security "max-age=15768000;
    includeSubDomains; preload;";
    add_header X-Content-Type-Options nosniff;
    add_header X-Frame-Options "SAMEORIGIN";
    add_header X-XSS-Protection "1; mode=block";
    add_header X-Robots-Tag none;
    add_header X-Download-Options noopen;
    add_header X-Permitted-Cross-Domain-Policies none;
 
    # Path to the root of your installation
    root /var/www/vhosts/example.com/htdocs/;
 
    location = /robots.txt {
        allow all;
        log_not_found off;
        access_log off;
    }
 
    # The following 2 rules are only needed for the user_webfinger app.
    # Uncomment it if you're planning to use this app.
    #rewrite ^/.well-known/host-meta /public.php?service=host-meta last;
    #rewrite ^/.well-known/host-meta.json /public.php?service=host-meta-json
    # last;
 
    location = /.well-known/carddav {
      return 301 $scheme://$host/remote.php/dav;
    }
    location = /.well-known/caldav {
      return 301 $scheme://$host/remote.php/dav;
    }
 
    # set max upload size
    client_max_body_size 512M;
    fastcgi_buffers 64 4K;
 
    # Disable gzip to avoid the removal of the ETag header
    gzip off;
 
    # Uncomment if your server is build with the ngx_pagespeed module
    # This module is currently not supported.
    #pagespeed off;
 
    error_page 403 /core/templates/403.php;
    error_page 404 /core/templates/404.php;
 
    location / {
        rewrite ^ /index.php$uri;
    }
 
    location ~ ^/(?:build|tests|config|lib|3rdparty|templates|data)/ {
        deny all;
    }
    location ~ ^/(?:\.|autotest|occ|issue|indie|db_|console) {
        deny all;
    }
 
    location ~ ^/(?:index|remote|public|cron|core/ajax/update|status|ocs/v[12]|updater/.+|ocs-provider/.+|core/templates/40[34])\.php(?:$|/) {
        include fastcgi_params;
        fastcgi_split_path_info ^(.+\.php)(/.*)$;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        fastcgi_param PATH_INFO $fastcgi_path_info;
        fastcgi_param HTTPS on;
        #Avoid sending the security headers twice
        fastcgi_param modHeadersAvailable true;
        fastcgi_param front_controller_active true;
        fastcgi_pass examplecombackend;
        fastcgi_intercept_errors on;
        fastcgi_request_buffering off;
    }
 
    location ~ ^/(?:updater|ocs-provider)(?:$|/) {
        try_files $uri/ =404;
        index index.php;
    }
 
    # Adding the cache control header for js and css files
    # Make sure it is BELOW the PHP block
    location ~* \.(?:css|js)$ {
        try_files $uri /index.php$uri$is_args$args;
        add_header Cache-Control "public, max-age=7200";
        # Add headers to serve security related headers (It is intended to
        # have those duplicated to the ones above)
        # Before enabling Strict-Transport-Security headers please read into
        # this topic first.
        add_header Strict-Transport-Security "max-age=15768000;
        includeSubDomains; preload;";
        add_header X-Content-Type-Options nosniff;
        add_header X-Frame-Options "SAMEORIGIN";
        add_header X-XSS-Protection "1; mode=block";
        add_header X-Robots-Tag none;
        add_header X-Download-Options noopen;
        add_header X-Permitted-Cross-Domain-Policies none;
        # Optional: Don't log access to assets
        access_log off;
    }
 
    location ~* \.(?:svg|gif|png|html|ttf|woff|ico|jpg|jpeg)$ {
        try_files $uri /index.php$uri$is_args$args;
        # Optional: Don't log access to other assets
        access_log off;
    }
}

Please can anyone assist and if you need any other config ask.

Hi Adam,

I had the same problem. Also running with CentOS 7, nginx, but php 5.6. (Does php-fpm have a separate version from php?) The odd thing was that everything was working fine five days ago. There was a big system update 7/7 which among other things included php 5.6.30 to 5.6.31 IIRC. My guess is that this screwed something up, but rolling back the update did not fix it.

So I was hoping someone would have answered because I was in the me-too camp. Anyway, eventually I read how to configure logging in config/config.php and an error in this log indicated there was a problem with the php session data:

Failed to write session data (files). Please verify that the current setting of session.save_path is correct

An easy fix for this was to “chmod -R 777 /var/lib/php/session”. Mind you, there are probably reasons why this is not the BEST fix. But maybe it will help you get a little further.

A few other points:

  • there were some php updates today and maybe this contributed to it working.
  • I thought nextcloud does not work with php 7 (or am i conflating php with php-fpm?)
  • the occ command has an integrity check which may highlight some problems.
  • if you don’t get any further, try adding logfile in the config.php.

I wish I knew how something can just break like this. I am not blaming anyone, I am just curious.

I hope this was helpful. Please write back if you figure out anything.

1 Like

Hi Mate,

Thanks for the reply.

The bit regarding “chmod -R 777 /var/lib/php/session” was the bit that helped me solve it, although I didn’t have to do it, there was an issue with my memcached server not starting up, however I haven’t got NextCloud to work with Memcached yet, that is a conundrum for another day.

Instead I added the below to my /etc/php-fpm.d/examplecom.conf

php_admin_value[session.save_path] = /var/www/vhosts/example.com/session
php_admin_value[session.save_handler] = files

This then fixed the problem after a reboot. With regards to the updates not sure as hadn’t updated mine in a while. And it was a first time install of Nextcloud.