Problem loading page, reloading in 5 seconds

[gennff]

Steps to reproduce

1. unfortunaltely, the problem appears intermittently, such that there is no pattern of reproducibility.

Expected behaviour

a logged in session shall not show up "Problem loading page, reloading in 5 seconds" intermittently and for no reason and kick the user out of the application.

Actual behaviour

sooner or later, sometimes even when just going beyond the login screen, a page top info box appears, saying "Problem loading page, reloading in 5 seconds" and the session gets closed coming up with the login screen again. this happens now and then, sometimes the session is fine for 30 minutes, no matter how much clicking has been done, sometimes one click is enough or even the background notification call seems to trigger this behaviour.

Server configuration

Operating system:
hosted environment (ManagedHosting Medium, domainfactory, germany)
Web server:
apache 2.4
Database:
mysql (5.6.19)
PHP version:
tried both 5-56stable (5.6.21) and 7-70stable (7.0.6)
Nextcloud version: (see Nextcloud admin page)
tried both 12.0.0 and 11.0.3.2
Updated from an older Nextcloud/ownCloud or fresh install:
fresh installs both 12.0.0 and 11.0.3.2
Where did you install Nextcloud from:
12.0.0 == install script and 11.0.3.2 == zip file

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:
with 12.0.0, aleays latest for a fresh install
Activity
Comments
Deleted files
File sharing
Gallery
Log Reader
Monitoring
Nextcloud announcements
Notifications
Password policy
PDF viewer
Text editor
Theming
Update notification
Usage survey
Versions
Announcement center
Brute-force settings
Calendar
Group folders
Notes
Tasks

Nextcloud configuration:
'instanceid' => '...',
'passwordsalt' => '...',
'secret' => '...',
'trusted_domains' =>
array (
0 => '...',
),
'datadirectory' => '...',
'overwrite.cli.url' => 'https://...',
'dbtype' => 'mysql',
'version' => '12.0.0.29',
'dbname' => '...',
'dbhost' => '...',
'dbport' => '',
'dbtableprefix' => 'oc_',
'dbuser' => '...',
'dbpassword' => '...',
'logtimezone' => 'UTC',
'installed' => true,
'mail_smtpmode' => 'smtp',
'mail_smtpauthtype' => 'LOGIN',
'mail_smtpauth' => 1,
'maintenance' => false,
'theme' => '',
'loglevel' => 0,
'mail_smtpsecure' => 'ssl',
'mail_from_address' => '...',
'mail_domain' => '...',
'mail_smtphost' => '...',
'mail_smtpport' => '...',
'mail_smtpname' => '...',
'mail_smtppassword' => '...',
'tempdirectory' => '...',
'session_lifetime' => 3600,
'session_keepalive' => true,
'cron_log' => true,
'default_language' => 'de',
'overwriteprotocol' => 'https',

Are you using external storage, if yes which one: local/smb/sftp/...
no
Are you using encryption: yes/no
no
Are you using an external user-backend, if yes which one: LDAP/ActiveDirectory/Webdav/...
no

Client configuration

Browser:
chrome, opera, iridium, firefox, ...
Operating system:
windows, linux

Logs

Web server error log

the webserver does not log the error

Nextcloud log (data/nextcloud.log)

Browser log

[gennff]

also see #3419

[blizzz]

@MorrisJobke any idea? not sure what the original issue (or it's solution) was related to.

[MorrisJobke]

@MorrisJobke any idea? not sure what the original issue (or it's solution) was related to.

It was to only reload if the session is over and not if a network error happened. In this case it is an unauthorised and the reload makes sense, or am I wrong?

sooner or later, sometimes even when just going beyond the login screen, a page top info box appears, saying "Problem loading page, reloading in 5 seconds" and the session gets closed coming up with the login screen again. this happens now and then, sometimes the session is fine for 30 minutes, no matter how much clicking has been done, sometimes one click is enough or even the background notification call seems to trigger this behaviour.

This indicates, that the session is not valid anymore, so the behaviour is correct.

Do you maybe have setup a quite low timeout for your PHP sessions on your server and they got garbage collected?

[gennff]

hi all, thanks for looking into this.
as mentioned above, i installed into a hosted environment and as it turned out eventually, the problem was the accessibilty (?) of the php-runtime session.save_path-directory (setting the nextcloud tmp-directory in config.php did not help or show any other effect that getting rid of the problem statement in the admin overview). only setting the php-runtime session.save_path-directory below the webspace-root but above the nextcloud-root did the trick, don't ask me why (got to ask the folks at the hosting company, i will do, after days of trial where if founf /tmp to be crud'able in every respect). however, proceeding like this made the php-sesion-files show up for the first time. accordingly, as i suppose, the issue never appeared again since then.
this is a very nasty issue, maybe close in appearance to a standard inactivity logout, but very different in its intermittent nature (as above, again, logout even happened after a fresh login sometimes). to me, not being a php crack, it seems that nextcloud is not aware of loosing its session files for whatever reason and therefore failes to report this problem comprehensively.
i saw a lot of people reporting this issue throughout the net, never posting a fix, unfortunately, such that nextcloud should, as long as hosted environments belong to the target platforms, check the accessibilty of the given (config.php) or configured (php-runtime) session.save_path-directory in a much more attentive manner.
regards from dresden
domainfactory forum
domainfactory forum

[nkovacs]

In our case the problem was caused by the php session storage directory not being readable by users other than root. Debian does this for security reasons (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=267720) and it also disables the garbage collector and relies on a cron job instead, but our php.ini accidentally had gc_probability set to 1, and this caused nextcloud to log the user out if the request happened to trigger the garbage collector. I managed to reproduce this in the nextcloud docker image by setting session.gc_probability to 100 and changing session.save_path to /tmp/phpsessions, then setting the permissions of /tmp/phpsessions to 1733.

[JimBTek]

Hey all, I am having the same problem on a HostISO VPS where they installed NextCloud. We are on v 12.0.5 and seeing it.

A bandaid, is if you select "Stay logged in" on the login page, after the error, instead of logging you out it takes you back to the home page for logged in users.

Also here is a glimpse of our security settings page:

Could the default "Ajax" background job method be causing this or the un-ideal php caching settings? Thanks

Also to add, here are some possible solutions. I have not tried them yet:

https://help.nextcloud.com/t/bug-with-nextcloud-web-interface-automatically-unwanted-logout/1789/19
"Solved by lex in post #30
That solved it for me. Doing a php.ini edit on a webserver is a daunting task for those who don´t even know what that is. However, basically I just had to run the editor, input only the line from @Florian_1990 and create a tmp-directory in my webspace. Problem immediately solved. Thanks!
"

https://help.nextcloud.com/t/problem-loading-page-reloading-in-5-seconds/3205/14
"I’m getting the same error on 10.0.1
If I disable the share function app, the error is gone."

"It’s a little bit late to help Lisalisa, but if somebody else discovers this problem:
I just had a similar error and got it solved by changing the background picture of the logon screen (please don’t ask why! :slight_smile: )!"

[tareko]

This problem has been driving me crazy since upgrading to the latest NC. I've tried the php.ini edit to no effect. Disabling the sharing plugin also didn't help, nor did changing the background of the login screen.

I don't see anything useful in the logs. Anything I can do to debug this?

tarek : )

[JimBTek]

did you try changing the garbage collection to cron? i'm not sure if this really worked but seemed to be caused by the ajax based garbage collection interfering with the user session.

…

On Mon, May 7, 2018 at 10:53 AM, Tarek Loubani ***@***.***> wrote: This problem has been driving me crazy since upgrading to the latest NC. I've tried the php.ini edit to no effect. Disabling the sharing plugin also didn't help, nor did changing the background of the login screen. I don't see anything useful in the logs. Anything I can do to debug this? tarek : ) — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#5274 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ABHzG9FJe3y5RCBLL420AwHJH8IEMmiNks5twF_agaJpZM4NxkEF> .

[tareko]

Thank you for your suggestions @JimBTek . I was already set to cron. I set it to ajax and webcron, and that didn't help. However, your suggestion led me to the realization that indeed the problem only happens after a cron run!

Any thoughts on how I can further debug?

[tareko]

Hello all,

This problem still exists and is still crippling my and my team's usage of nextcloud. Are there any debug options here? Nothing appears to show on the debug logs that's specific to the error.

tarek : )

[tareko]

Hello all,

By way of update, I moved my installation over from an older debian server with PHP5 to a new one with PHP 7.0, upgraded to the latest version of all modules and the system. I expected this to fix my problem, but it did not.

I am still entirely unsure how to even debug this issue, as nothing useful appears in the logs.

Any thoughts?

tarek : )

[bseclier]

Hello,
We are facing the same issue and we don't have any idea on how to solve it. I'm subscribing this page hoping that someone find anything which could help.