Bonjour,
J'ai exactement le même problème. Il m'est impossible d'accéder au site de manière sporadique. Je suis hébergé de manière mutualisée sur OVH et ceux-ci persistent à me dire que leur serveur de BDD n'a pas de problème.
D'où pourrait venir le soucis ? J'utilise la version finale de Dolibarr 3.2.1 sur hébergement mutualisé OVH. Les logs sont :
2012-09-03 16:38:45 INFO 37.160.54.15 nologin index functions_dolibarr::check_user_password_dolibarr sql=SELECT rowid, entity, pass, pass_crypted FROM llx_user WHERE login = 'admin' AND entity IN (0,1)
2012-09-03 16:39:25 WARN 37.160.54.15 nologin index DoliDBMysqli::query SQL error: SELECT rowid, entity, pass, pass_crypted FROM llx_user WHERE login = 'admin' AND entity IN (0,1) DB_ERROR_2006
2012-09-03 16:39:25 INFO 37.160.54.15 nologin index functions_dolibarr::check_user_password_dolibarr Authentification ko db error for 'admin' error=MySQL server has gone away
2012-09-03 16:39:25 INFO 82.150.248.28 admin index Interfaces::run_triggers action=USER_UPDATE_SESSION Launch triggers for file 'interface_50_modAgenda_ActionsAuto.class.php'
2012-09-03 16:39:25 INFO 82.150.248.28 admin index Interfaces::run_triggers action=USER_UPDATE_SESSION Launch triggers for file 'interface_50_modNotification_Notification.class.php'
2012-09-03 16:40:00 DEBUG 82.150.248.28 admin index User::getrights sql=SELECT r.module, r.perms, r.subperms FROM llx_user_rights as ur, llx_rights_def as r WHERE r.id = ur.fk_id AND r.entity in (0,1) AND ur.fk_user= 1 AND r.perms IS NOT NULL
2012-09-03 16:40:20 INFO 37.160.54.15 nologin index Interfaces::run_triggers action=USER_LOGIN_FAILED Triggers for file 'interface_50_modLdap_Ldapsynchro.class.php' need module to be enabled
ND r.entity in (0,1) AND ur.fk_user= 1 AND r.perms IS NOT NULL DB_ERROR_2006
Les réponses de OVH sont :
"Je viens de faire une vérification sur voter base
avocatgrcrm hébergé sur le serveur mysql51-47.bdb
.
Aucunes requêtes lentes n'a été générées c'est à
dire que le soucis ne provient pas de la base de donnée.
J'ai regardé au niveau du serveur je ne trouve aucuns logs
d'erreur.
Si vous regardez le lien que je vous ai fournit hier vous
pouvez voir que la charge du serveur est stable."
(...) ...
J'ai exactement le même problème. Il m'est impossible d'accéder au site de manière sporadique. Je suis hébergé de manière mutualisée sur OVH et ceux-ci persistent à me dire que leur serveur de BDD n'a pas de problème.
D'où pourrait venir le soucis ? J'utilise la version finale de Dolibarr 3.2.1 sur hébergement mutualisé OVH. Les logs sont :
2012-09-03 16:38:45 INFO 37.160.54.15 nologin index functions_dolibarr::check_user_password_dolibarr sql=SELECT rowid, entity, pass, pass_crypted FROM llx_user WHERE login = 'admin' AND entity IN (0,1)
2012-09-03 16:39:25 WARN 37.160.54.15 nologin index DoliDBMysqli::query SQL error: SELECT rowid, entity, pass, pass_crypted FROM llx_user WHERE login = 'admin' AND entity IN (0,1) DB_ERROR_2006
2012-09-03 16:39:25 INFO 37.160.54.15 nologin index functions_dolibarr::check_user_password_dolibarr Authentification ko db error for 'admin' error=MySQL server has gone away
2012-09-03 16:39:25 INFO 82.150.248.28 admin index Interfaces::run_triggers action=USER_UPDATE_SESSION Launch triggers for file 'interface_50_modAgenda_ActionsAuto.class.php'
2012-09-03 16:39:25 INFO 82.150.248.28 admin index Interfaces::run_triggers action=USER_UPDATE_SESSION Launch triggers for file 'interface_50_modNotification_Notification.class.php'
2012-09-03 16:40:00 DEBUG 82.150.248.28 admin index User::getrights sql=SELECT r.module, r.perms, r.subperms FROM llx_user_rights as ur, llx_rights_def as r WHERE r.id = ur.fk_id AND r.entity in (0,1) AND ur.fk_user= 1 AND r.perms IS NOT NULL
2012-09-03 16:40:20 INFO 37.160.54.15 nologin index Interfaces::run_triggers action=USER_LOGIN_FAILED Triggers for file 'interface_50_modLdap_Ldapsynchro.class.php' need module to be enabled
ND r.entity in (0,1) AND ur.fk_user= 1 AND r.perms IS NOT NULL DB_ERROR_2006
Les réponses de OVH sont :
"Je viens de faire une vérification sur voter base
avocatgrcrm hébergé sur le serveur mysql51-47.bdb
.
Aucunes requêtes lentes n'a été générées c'est à
dire que le soucis ne provient pas de la base de donnée.
J'ai regardé au niveau du serveur je ne trouve aucuns logs
d'erreur.
Si vous regardez le lien que je vous ai fournit hier vous
pouvez voir que la charge du serveur est stable."
(...) ...