Erreur "Can't open file: 'spip_articles.MYI'. (errno: 145)"

Je rentre de quatre jours de vacances, je n'ai donc touché à rien, et
depuis ce matin, toutes les boucles affichent le message:

---

Erreur dans la requête envoyée à MySQL :
SELECT
articles.id_article,articles.id_rubrique,articles.id_secteur,articles.surtit
re,articles.titre,articles.soustitre,articles.date,articles.date_redac,artic
les.date_modif,articles.visites,articles.popularite,articles.statut,articles
.accepter_forum,MOD(articles.id_article * UNIX_TIMESTAMP(), 32767) &
UNIX_TIMESTAMP() AS alea FROM spip_articles AS articles WHERE
articles.id_rubrique='42' AND articles.statut='publie' ORDER BY alea LIMIT
0,6

Can't open file: 'spip_articles.MYI'. (errno: 145)

---

Les articles semblent avoir disparu du site, car on ne trouve plus rien dans
la zone d'administration. Mais les rubriques sont encore là. Les
spécialistes ont-ils une idée de l'origine du problème?

Patrick

Mon cher Actua,

Le mardi 14 octobre 2003 à 11:09:35, vous écriviez et j'en suis bien content :

AB> Je rentre de quatre jours de vacances, je n'ai donc touché à rien, et
AB> depuis ce matin, toutes les boucles affichent le message:

AB> ---

AB> Erreur dans la requête envoyée à MySQL :
AB> SELECT
AB> articles.id_article,articles.id_rubrique,articles.id_secteur,articles.surtit
AB> re,articles.titre,articles.soustitre,articles.date,articles.date_redac,artic
AB> les.date_modif,articles.visites,articles.popularite,articles.statut,articles
AB> .accepter_forum,MOD(articles.id_article * UNIX_TIMESTAMP(), 32767) &
AB> UNIX_TIMESTAMP() AS alea FROM spip_articles AS articles WHERE
AB> articles.id_rubrique='42' AND articles.statut='publie' ORDER BY alea LIMIT
AB> 0,6

Can't open file: 'spip_articles.MYI'. (errno: 145)

apparement tu tourne sous EasyPhp, il doit y avoir un problème avec le
fichier spip_articles.MYI qui se trouve dans le dossier DATA du
dossier d'install de easyphp
--
(Yo)² | ICQ : #200884237
_________________________________
| |
|/!\... www.feedthetroll.tk .../!\|
|_________________________________|
www.salbatar.org | www.gnuart.org

@ Actua BD <infos@actuabd.com> :

Je rentre de quatre jours de vacances, je n'ai donc touché à rien, et
depuis ce matin, toutes les boucles affichent le message:

---

Erreur dans la requête envoyée à MySQL :
> Can't open file: 'spip_articles.MYI'. (errno: 145)

Pour l'origine du problème, il faut voir avec ton hébergeur ; tu peux tenter
une réparation de la base en allant sur http://…/ecrire/admin_repair.php3

-- Fil

le 14/10/03 11:04, Yoan Blanc à blanc.yoan@laposte.net a écrit :

apparement tu tourne sous EasyPhp, il doit y avoir un problème avec le
fichier spip_articles.MYI qui se trouve dans le dossier DATA du
dossier d'install de easyphp

Je me suis souvenu que SPIP intégrait une fonction de réparation de la base
de données, que je viens de faire tourner. Cela semble avoir résolu le
problème. Merci encore une fois aux concepteurs!

Le script de réparation m'annonce cependant deux choses que je ne comprends
pas:

my24998.spip_articles
repair
info
Wrong bytesec: 108-213-55 at 125648; Skipped

Et

my24998.wa_session
repair
error
The handler for the table doesn't support repair

Cela signifie-t-il qu'il reste des problèmes dans la base même si ça
fonctionne?

Patrick

@ Actua BD <infos@actuabd.com> :

Le script de réparation m'annonce cependant deux choses que je ne comprends
pas:

my24998.spip_articles
repair
info
Wrong bytesec: 108-213-55 at 125648; Skipped

Il a réparé cette table, qui avait un problème de "Wrong bytesec: 108-213-55
at 125648; Skipped" :wink:

Et

my24998.wa_session
repair
error
The handler for the table doesn't support repair

Cette table n'accepte pas la commande "réparation" (ce qui ne veut pas dire
qu'elle est abimée). En tout état de cause elle n'appartient pas à SPIP :wink:

-- Fil

le 14/10/03 11:15, Fil à fil@rezo.net a écrit :

Pour l'origine du problème, il faut voir avec ton hébergeur ; tu peux tenter
une réparation de la base en allant sur http://…/ecrire/admin_repair.php3

Nos messages se sont croisés (voir réponse précédente). Ca marche, merci!
Patrick

En fait, alors que je croyais le problème réglé, il n'en est rien: les
articles apparaissent bien dans la base de données, bien dans la partie
"admin", mais seules certaines rubriques sont affichées en ligne.
Lorsque je fait un appel direct via /rubrique.php3?id_rubrique=3 où 3 est le
numéro de la rubrique, j'ai une page blanche avec uniquement les deux
boutons "modifier cette rubrique" et "recalculer cette page".

D'autres idées avant que je ne réinstalle complètement SPIP (solution de
dernier recours)?

Patrick

Mon cher Actua,

Le mardi 14 octobre 2003 à 13:41:01, vous écriviez et j'en suis bien content :

AB> D'autres idées avant que je ne réinstalle complètement SPIP (solution de
AB> dernier recours)?

j'ai eu le meme problème et je n'avais pas mis la bonne boucle
principale...

--
(Yo)² | ICQ : #200884237
_________________________________
| |
|/!\... www.feedthetroll.tk .../!\|
|_________________________________|
www.salbatar.org | www.gnuart.org

Je viens de constater que le bouton "voir en ligne" des rubriques "malades"
n'apparaît plus dans l'interface d'administration alors qu'il y a bien des
articles dans la rubrique.
Si ça peut aider les spécialistes à comprendre...
Patrick

Je viens de constater que le bouton "voir en ligne" des rubriques "malades"
n'apparaît plus dans l'interface d'administration alors qu'il y a bien des
articles dans la rubrique.

Essaie de dépublier/republier un article : le statut de tes rubriques sera
recalculé à partir de la "bonne" base d'articles.

-- Fil

le 14/10/03 15:06, Fil à fil@rezo.net a écrit :

Essaie de dépublier/republier un article : le statut de tes rubriques sera
recalculé à partir de la "bonne" base d'articles.

Exact. Tout refonctionne correctement, désormais.
Donc, c'était la base qui était corrompue?
Le principal est que Spip ait tout réparé...
Merci.
patrick