Page 1 sur 31, 2, 3 SuivantErreur SQL dans la liste des nouveaux messages

[Pernmith]

Bonjour,

Lorsque je demande à voir les nouveaux messages depuis ma dernière visite, j'obtiens le résultat suivant:

Code: Tout sélectionner

Erreur Générale
 
Could not delete old search id sessions

DEBUG MODE

SQL Error : 2006 MySQL server has gone away

DELETE FROM phpbb_search_results WHERE session_id NOT IN ('febc5624558d37e732e8c5e19892a0bb', '3f6f215eb253e6f240daef20f480761e', '97ac27e7dea050e3c60b5a320ae9734d', '5ba7f8d68dca790e0e3917f0e2c1f034', 'fba9786c4a034a9ce8ebb0f10b2fca0b',................}

Line : 1386
File : search.php


(La requète SQL est très longue, j'ai inséré des ... à la place).
J'ai essayé après avoir effacé les cookies et vidé le cache, idem.

Suis-je le seul à avoir ce problème?

Pernmith

[Tolosano]

Idem pour moi

Pour les nouveaux messages depuis la dernière connexion, tout comme les nouveaux messages depuis x temps d'ailleurs...

En tout cas, c'est un souci sous Firefox pour moi, j'ai pas testé d'autres navigateurs.

Tolosano

[Haikai]

Moi de même. Mais bon, s'il n'y avait que ça...

[Pernmith]

Je viens de tester IE, le problème est la même (ce qui ne m'étonne pas d'ailleurs...).

[Tolosano]

Moi de même. Mais bon, s'il n'y avait que ça...

Tu as d'autres soucis ?

Quels sont-ils, si on peut aider Ça permettra à tbernard de se concentrer sur un seul problème (s'il y a) à la fois...

Tolosano

[leto_2]

Suis-je le seul à avoir ce problème?

non : +1

[Téthis]

C'est la faute du serveur MySQL : il est parti. Vous ne l'auriez pas vu passer par la fenêtre des fois que ?

Il doit y avoir un gros problème au niveau des indentifiants de session. Un trop gros tas ?

[joshua]

This problem is already documented in the manual section
'MySQL server has gone away Error':

-----
You can also get these errors if you send a query to the server that is
incorrect or too large. If mysqld gets a packet that is too large.
or out of order, it assumes that something has gone wrong with the client and
closes the connection.
-----

We fixed this problem in 4.0 for not compressed packets but for
compressed packets it's VERY hard to fix it without having to allocate
a buffer bigger than max_allowed_packet, which would defeat the
purpose of this flag. Ane problem is that to be able to skip the
packet we have to decompress all packets in the stream and this would
make it easy for someone to force the server to allocate a lot of big
packets even if the MySQL administrator has forbidden this.

I looked into fixing this but didn't come up with a good way to to fix
it without a major amount of work (8-16 hours).

As we have more important things on our todo (this is not a serious
bug) we have to put this on hold for now and look at fixing this in
4.1 or 5.0.

The easy way to avoid this problem is to ensure that max_allowed_packet is set
bigger in the mysqld server than in the client and that all clients uses the
same value for max_allowed_packet.

indication?

[tbernard]

Forcément, quand je suis pas connecté, ça bugue :-)

En principe, tout est rentré dans l'ordre.

[Pernmith]

Ca fonctionne ce soir...

Merci!