Reçu l'erreur 12 du handler de la table [1030]

[Jefekoi]

Bonjour,

J'ignore si je suis dans le bon forum, je ne savais pas ou mettre ce problème, mes excuses si ce n'est pas le bon forum

j'ai la premod PhpBB_SEO


Voilà plus de 8mois que j'ai un problème avec mon forum , j'ai pratiquement tout les 15 jours ce problème :

SQL ERROR [ mysql4 ]
Reçu l'erreur 12 du handler de la table [1030]
SQL
SELECT t.*, i.icons_url, i.icons_width, i.icons_height, tp.topic_posted, f.forum_name, f.forum_type, f.forum_flags FROM phpbb_topics t LEFT JOIN phpbb_topics_posted tp ON (t.topic_id = tp.topic_id AND tp.user_id = 2) LEFT JOIN phpbb_forums f ON f.forum_id = t.forum_id LEFT JOIN phpbb_icons i ON t.icon_id = i.icons_id WHERE ( f.forum_recent_topics = 1 AND t.forum_id IN (1, 4, 5, 6, 8, 12, 16, 21, 22, 27, 40, 44, 49, 50, 51, 52, 53, 54, 55, 59, 60, 61, 62, 63, 64, 65, 66, 69, 72, 73, 74, 75, 76, 77, 79, 81, 82, 83) ) OR t.topic_type IN (3) GROUP BY t.topic_last_post_id ORDER BY t.topic_last_post_time DESC LIMIT 5
BACKTRACE
FILE: includes/db/mysql.php
LINE: 158
CALL: dbal->sql_error()
FILE: includes/functions_recenttopics.php
LINE: 81
CALL: dbal_mysql->sql_query()
FILE: index.php
LINE: 203
CALL: include('includes/functions_recenttopics.php')

Mon hebergeur répare ce problème, et me signale qu'il cherche à trouver la faille, et il ne trouve pas, il me signale que nous sommes 5 clients à avoir ce problème

Il me demande d'optimiser ma table de temps en temps je le fais toutes les semaines, j'ai encore optimiser hier vendredi 12 septembre

j'aimerais savoir si vous connaisez ce problème et comment faire pour le réparer ?

Je dois vous preciser que ce n'est pas un hebergeur gratuit bien au contraire c'est très cher, et que mon forum à plus de 144 000 messages
c'est un forum sur la ville de Mulhouse, plus de 200 visiteurs par jours

Merci pour votre aide

Cordialement

[dcz]

Si c'était une l'erreur 28, ce serait dû à l'espace disque, la 12 c'est un souci de mémoire vive apparemment.

Tu peux essayer ce truc : http://www.faqts.com/knowledge_base/vie ... 824/fid/94

do this before executing big queries that may run out of memory:

SET SQL_BIG_TABLES=1;

and no more error 12 from table handler.

Optionally, when done, do this:

SET SQL_BIG_TABLES=0;

Si faire des OPTIMIZE / REPAIR TABLE plus qu'une fois par semaine ne suffit pas (quotidiennement pourquoi pas), changer de serveur devrai sûrement être envisagé.

144 000 messages, ça commence à faire, mais 200 visite/jour, c'est encore raisonnable, c'est quoi comme serveur ?

++

[Jefekoi]

Merci Pour ta réponse, je suis chez Celeonet (CeleoPro)

Merci

[dcz]

Il disent pas grand chose sur la RAM du serveur et encore moins sur celle des serveur sql.

Je pense qu'il est temps que tu étudies la question d'un changement de type d'hébergement.

[Jefekoi]

Merci Admin,

Connais tu un bon hebergeur, avec possibilité de nom de domaine ?

Encore Merci de ton aide precieuse

[Totor]

Bonjour,

J'avai dèjà eu ce problème chez celeonet, mais depuis ce week-end l'ensemble des pages de mon site son en erreur 1030.

Celeonet n'a pas de solution au problème, il préconise juste de reconstruire ou réparer les tables de la base. Mais, après la recréation d'une nouvelle base le problème est toujours le même.

Seule solution, changer d'hébergeur au plus vite ...

[Jefekoi]

Bonjour,

J'avai dèjà eu ce problème chez celeonet, mais depuis ce week-end l'ensemble des pages de mon site son en erreur 1030.

Celeonet n'a pas de solution au problème, il préconise juste de reconstruire ou réparer les tables de la base. Mais, après la recréation d'une nouvelle base le problème est toujours le même.

Seule solution, changer d'hébergeur au plus vite ...

Ce qui m'énerve le plus c'est qu'avant ils pouvaient intervenir le Week-end et maintenant ce n'est plus le cas, et comme par hasard les problèmes viennent uniquement le week-end

Ceci dit je demande un remboursement (que je venait de renouveler en juillet) intégral, en espérant qu'ils le fassent sans quoi je m'adresserai à qui de droit.

[celeo]

Bonjour,

L'erreur de type handler 12 est fréquente sur PhpBB (voir les forums des communautés), il est conseillé d'effectuer une réparation et une optimisation des bases de données de façon hebdomadaire. Ceci résout en général le problème, soit.

Plusieurs clients nous ont indiqué rencontrer ce problème de manière très régulière depuis ce week-end, tous utilisent PhpBB à l'exception d'un seul. En conclure qu'il s'agit d'un problème de serveur ne me semble pas tout à fait logique lorsque celui ci n'est pas en surcharge et fait fonctionner sans aucun problème des centaines d'autres sites. De fait il s'agit d'un problème de script, pas d'une panne de nos serveurs et l'astreinte du week-end n'intervient pas.

Nous aurions pu nous limiter à une réponse du type "Cela ne concerne que le script PhpBB, merci de vous adresser aux concepteurs de ce CMS". Ce que nous n'avons pas fait.

Nous avons donc cherché à modifier la configuration de ce serveur pour que cette erreur disparaisse, ce qui est le cas depuis quelques heures.

Si nos confrères limitent la taille des bdds à 20 ou 30Mo en mutualisé ce n'est pas pour rien, cela leur permet de ne pas bloquer deux ingénieurs toute une journée à analyser une dizaine de forums (ce qui n'est pas notre travail pour rappel) comme nous venons de le faire.

Yann.

[Jefekoi]

Bonsoir,

Je ne suis pas assez technique pour comprendre votre message, mais quoi qu'il en soit il serait bien mieux pour vous de prévenir les clients que les forums PhPbb ne sont pas très bon pour les héberger chez vous ... problèmes de script.

Je veux bien admettre que c'est sympas de ne pas dire : "Cela ne concerne que le script PhpBB, merci de vous adresser aux concepteurs de ce CMS"

Mais une chose est sur , il n'y a rien de plus pénible de ne pas être prévenu !

Cordialement

[dcz]

Et bien, on peu dire que la veille est de qualité chez Celeonet

Deux petites choses :

• Tout d'abord, phpBB3 est un script plutôt très volumineux, il est cependant très bien optimisé et je ne crois pas qu'il serait adéquat de blâmer le script en lui même.
  Il est clair qu'il peut assez vite, à priori plus vite que phpBB2, dépasser les capacités restreintes des petits hébergements mutualisés, d'autant plus que la db dépasse un certain volume.
  C'est tout simplement parce qu'il fait énormément de choses, et que même s'il les fait plutôt bien et rapidement, à la longue, ça en fait.
  
  Une piste à explorer pour les hébergeur mutu, puisqu'on en a un sous la main, serait d'installer un module de cache php type eaccelerator, car au vu du volume du code à interpréter, il y a là vraiment beaucoup à gagner à ne pas réinterpréter (autour de 4 mo en moyenne je dirais) à chaque chargement de page, cela ferait considérablement baisser la charge moyenne sans aucun doute, tant en ram qu'en cpu, sans parler du temps de chargement de page (généralement divisé par presque 10).
  Car encore une fois, l'exécution pure est très optimisée sur phpBB3.
  
• Ensuite, et bien, quand on optimise un site pour le référencement, il faut s'attendre à plus de visiteurs et donc à une plus forte utilisation du serveur, il ne faut donc pas avoir peur de changer de serveur quand il s'agit en quelque sorte de la rançon d'un succès

Voilà, cela est dit en mettant un peu de côté la taille de la db, vu qu'il est clair que le fait de coincer avec une db de 200mo sur une mutu à 5€ n'a pas vraiment de rapport avec phpBB3, ce serait pareil si non pire (encore une fois phpBB3 est très bien optimisé, et aussi pour ses interaction avec les db) avec n'importe quelle application phpBB / SQL.

++