Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unable to access the admin panel #661

Open
ishnechmad opened this issue Jan 7, 2024 · 3 comments
Open

Unable to access the admin panel #661

ishnechmad opened this issue Jan 7, 2024 · 3 comments

Comments

@ishnechmad
Copy link

Describe the bug
The following problem started on our server a few days ago: when a user enters his username and password and tries to log in, he receives a "welcome" message confirming that the login information is correct, but the login page continues to appear and the admin panel does not load.
Examining the XHR requests in Chrome's developer tools reveals that the request to "/mbilling/index.php/authentication/check" returns an empty dataset, indicating that the user is apparently not logged in.

To Reproduce
Steps to reproduce the behavior:

  1. Go to Login page
  2. Enter the username and password and submit the form by clicking 'login'
  3. See the "welcome" message confirming that the details you entered are correct
  4. Login page continues to appear and the admin panel does not load.

Expected behavior
Loading the admin panel and verifying the login identity

Screenshots
image

Chrome Developer Tools - Authentication query fails after login:
image

Desktop:

  • OS: Windows 10
  • Browser And Version : Google Chrome | 120.0.6099.130
  • Version [e.g. 22]

Additional context
Server OS: CentOS Linux 7 (Core)

@crisicon
Copy link

Same issue happening on one of my machines (I have two and the second one seems ok so far)

@magnussolution
Copy link
Owner

Check your hard disk, maybe you have 100% used.

or, execute the command to set the session permission

chown -R asterisk:asterisk /var/lib/php/session*

@crisicon
Copy link

My issue was fixed by our sysadmin:
For some reasons application wasn't able to write php session into /var/lib/php/sessions.
He made that folder ownership as asterisk:apache (was root:apache) because just adding asterisk to apache group didn't work.
SInce then, the issue has not happened again.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants