You are not logged in.
Hello,
I'm using the last version os GLPI 0.83.5 and without making any change, from one day to the other I've been unable to login.
I know the user/pass is correct, but when I try to login I get this error on http://.../login.php:
The action you have requested is not allowed. Reload previous page before doing action again.
Try search the forum and web for some documented similar situation without sucess, so I'm asking your help to point me to the right direction.
As soon I get the chance I'll get the LOGs.
Thanks in advance for any help/guidance.
DR
Last edited by diogo.rego (2012-10-17 16:44:44)
Offline
i have the same problem
Offline
I've been able to get the php-errors.log witch has 12GB and I'm getting this error over and over
Warning(2): readdir() expects parameter 1 to be resource, boolean given
Backtrace :
/public_html/helpdesk/inc/plugin.class.php:191 readdir()
/public_html/helpdesk/inc/plugin.class.php:85 Plugin->checkStates()
/public_html/helpdesk/inc/includes.php:100 Plugin->init()
/public_html/helpdesk/front/cron.php:41 include()
If this is regarding to plugins, how can I disable them without access to GLPI?
Thanks in advance.
Offline
This means you have delete the "plugins" directory under glpi.
Of course we can avoid this warning in the code, but I think this have some value to keep it. Your installation is broken and must be fixed.
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
Finally I get to be able to login (some work still needs to be done).
Honestly I don't know if I'll get problems in future, so if some of the experts could advise I apreciate.
For who is experiencing the same error here is what I've done.
1 - I've made a full backup of the GLPI folder
2 - Backup GLPI MySQL database
3 - Delete GLPI folder and copy a fresh install to server (same version)
4 - Copy config\config_db.php from backup to new folder
Finally I succeed to login
I still have to copy files from attachments and see if everything is ok but at first impression it's working. I'll do a closer monitor on next days and return if I got news.
By the way Remi - Thanks for the repply, I lookup and plugin folder was not deleted.
Even after normal upgrade I still got the error on login, only replacing the entire GLPI folder worked.
DR
Offline
I'm also having the same problem, I use version 0.83.7 on Linux OS.
But I tried to run the diogo.rego did, but it did not work.
Is there anything that can be done to solve this problem?
Thanks
Offline
i had the same problem a couple of times, and solve this with 2 different process.
1. permissions in folder. <- this is the most common
2. Errors in DB.
check this.
Offline
GLPI is connected to the database with root user.
I checked the permissions on the folder and they are ok.
As you can see
System Information:
Operating system : Linux
PHP 5.2.6 (PDO, Reflection, SPL, SQLite, SimpleXML, apache2handler, bcmath, bz2, ctype, curl, date, dom, filter, ftp, gd, gettext, hash, imap, json, ldap, libxml, mbstring, mcrypt, mysql, mysqli, openssl, pcre, pgsql, posix, session, standard, suhosin, sysvsem, sysvshm, tokenizer, xml, xmlreader, xmlrpc, xmlwriter, zip, zlib)
Setup: memory_limit="1G" max_execution_time="1200" safe_mode="" session.save_handler="files" post_max_size="1G"
upload_max_filesize="1G"
Software: Apache/2.2.9 (Mandriva Linux/PREFORK-12.9mdvmes5) (Apache/2.2.9 (Mandriva Linux/PREFORK-12.9mdvmes5) Server at
xxx.xxx.xxx.xxx Port 80)
Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.17 (KHTML, like Gecko) Chrome/24.0.1312.57 Safari/537.17
MySQL: 5.0.89 (root@localhost/glpi)
../config : OK
../files : OK
../files/_dumps : OK
../files/_sessions : OK
../files/_cron : OK
../files/_cache/ : OK
../files/_graphs : OK
../files/_log : OK
I think it's something with CSRF token.
Last edited by jairo.santos (2013-02-07 13:37:37)
Offline
desactiva SELINUX
en la terminal digita :
setenforce 0
con eso es suficiente , y te velve a trabajar el GLPI.
saludos
################################################################################################################
disable selinux
write in the terminal
setenforce 0
that is it. and your glpi it will run again.
Last edited by juan_xca (2014-02-04 20:20:22)
Offline
In my case achieves solved by removing the files, uploading files and replace a new installation settings
Offline
chown -R apache config/
chown -R apache files/
Offline