Last day my suite crm thinked big, and stoped working normaly.
I cannot login from any browser, only from chrome incognito mode.
I tried to search to forum but no luck.
Quick repair, htaccess rebuild, nothing helped.
When i cleared the cache on 1 users browser after that i can login.
Any idea about this.
My install is on debian azt suite 7.11.3.
I have plenty of space, and if it is full the cache clear would not help i think.
There was no modification on the server so its a very weird bug.
In the logs i only find this:
Tue Jan 14 13:45:09 2020 [1983][-none-][WARN] CSS File Dawn/yui.css not found
Tue Jan 14 13:45:29 2020 [1831][6ab244b3-1d06-9a74-0abe-5ca38a882020][DEPRECATED] Array
Im not a web programer . Just want to use this crm for basic things.
In the error log i didnt see any entry after the failed login.
[Tue Jan 14 14:36:06.567627 2020] [:error] [pid 2539] [client 172.21.3.55:62305] PHP Notice: Undefined index: comment in /var/www/suite/modules/Administration/DiagnosticRun.php on line 697, referer: https:suite.xy/index.php$
[Tue Jan 14 14:36:06.567634 2020] [:error] [pid 2539] [client 172.21.3.55:62305] PHP Notice: Undefined index: required in /var/www/suite/modules/Administration/DiagnosticRun.php on line 698, referer: https:suite.xy/index.ph$
[Tue Jan 14 14:36:06.567642 2020] [:error] [pid 2539] [client 172.21.3.55:62305] PHP Notice: Undefined index: dbType in /var/www/suite/modules/Administration/DiagnosticRun.php on line 695, referer: https:suite.xy/index.php?$
[Tue Jan 14 14:36:06.567654 2020] [:error] [pid 2539] [client 172.21.3.55:62305] PHP Notice: Undefined index: len in /var/www/suite/modules/Administration/DiagnosticRun.php on line 696, referer: https:suite.xy/index.php?mod$
[Tue Jan 14 14:36:06.567661 2020] [:error] [pid 2539] [client 172.21.3.55:62305] PHP Notice: Undefined index: comment in /var/www/suite/modules/Administration/DiagnosticRun.php on line 697, referer: https:suite.xy/index.php$
[Tue Jan 14 14:36:06.905820 2020] [:error] [pid 2539] [client 172.21.3.55:62305] PHP Warning: opendir(cache/diagnostic/caf43bc1-66cb-c67c-fdd6-5e1dc37a78cb/diagnostic20200114-143540/): failed to open dir: No such file or directory in /$
I have no error_reporting log, and in the error_log this is the last entry.
All users are infected about the login, i just tried at one user that the cookie delete helps or not.
But because we need to use it, all of the users has to clear the cookies to work.
But i can login, just in incognito mode, so im dont know where should i search the problem.
did you upgrade recently? From which version, to which version? Was that when this problem began?
In your php.ini, there is a setting called session.save_path. Check if that directory is writeable by your web server process, and if it has an excessive number of files.
Do you have any add-ons, especially any one related to log in, even if it simply changes the background image in the login page? Do you have any custom themes installed?
Do you have anything in custom dir that could be conflicting with recent code changes? Anything under application directories, or modules/Home
There was no update in the crm or the debian server, on friday worked, on monday not.
Session save path is commented out but here is the path:"/var/lib/php/sessions"
We have buyed two add on(But this wasnt made by me) : SuiteCRM Field Level Access Control and Dynamic Panels.
No custom theme or background change was made.
Under Models/Home there are a dashlets.php, under Application ther are Ext folder with a few other folder like EntryPointRegistry Include Language LogicHooks TableDictionary.
I am just giving directions to explore, you need to dig in deeper in order to troubleshoot your system. In all my years here I have never heard of a problem like yours
In one of the systems where you can log in, please go in Admin / Diagnostics / phpinfo and download that file. Then open it and check your _ effective_ session.save_path and go check that path on Linux.
As a simple test you could also rename the custom to something else directory to see if the logins start working. But note that this will break things in your system, it’s just a test and then you would have to put it back. The point is just to find out if the problem seems to be coming from there or not.
Okey i downloaded all the diagnostic info but, i didnt made any changes so its hard to find the problem that not i made
Chrome was updated yesterday maybe there is the problem.
The patch is okay i dont know what should i see
root@suite-eles:/var/lib/php/sessions# ls
sess_1gjdnbrg98fn9lqq198haaleb4 sess_7lrhvffq5the0olfa84sgr6ku6 sess_e87ot8flc430ek2due5aro91o1 sess_g4n37ll6srdfetdvvm3a0r5pd1 sess_j0dvg81p898ks0ha15b0lkodp2 sess_mbp8fklfg6qlo5dosbl3u32o86
sess_5jvtf1apo8364p4gr4h2vfsfb4 sess_7m7t4093rte09h0co7ifcsfmr1 sess_f1d9447f9b5b4bb4169bbba187409d1b5f9b8836 sess_hq26jv44orp4phs5o91r4dk7o7 sess_j5ga4b4mb9i69gr10oesvs1re0 sess_ohrr7v688gaofne342bfanatd7
sess_7161qkmdn2kjrfbvgb7acq3rv5 sess_83esd6dkgm45l22evj51gt8335 sess_fmm3hpt17nod3csgs533c43465 sess_i3l4rnkfvgmlbbl6600gv1jgl6 sess_k6t3bm99otudhg3jdbbeqnaq13 sess_p1rbetqf85lveav8lsbb1d4c05