Merci de ta réponse, Stephane. Encore toi qui vient à ma rescousse ! (au passage, la contrib « Plugin SpeedSyndic » est prête sur Spip-contrib, mais en attente de validation… petit pb d’upload de document joint sur spip-contrib).
Alors, concernant mon nouveau problème, j’ai bien revalidé tous mes plugins et re-vidé encore tous mes caches, et le problème a recommencé au bout de qq minutes. Voici ci-dessous mon spip.log. L’erreur s’est produite entre 11:11 et 11:15 environ, je ne reproduis donc que les lignes comprises dans cette tranche.
Merci de ton aide.
Mon spip.log
Jan 30 11:11:50 81.57.220.113 (pid 16777) liste meleuse cron
Jan 30 11:11:50 81.57.220.113 (pid 16777) cron: spiplistes_cron (0.02s)
Jan 30 11:12:03 81.57.220.113 (pid 12605) indexation spip_mots 199
Jan 30 11:12:03 81.57.220.113 (pid 12605) indexation spip_syndic 39
Jan 30 11:12:03 81.57.220.113 (pid 12605) cron: indexation (0.18s)
Jan 30 11:12:59 81.57.220.113 (pid 16935) demande indexation spip_mots id=200
Jan 30 11:12:59 81.57.220.113 (pid 16935) redirige: ecrire/./?exec=articles&id_article=158&id_mot=200
Jan 30 11:13:02 81.57.220.113 (pid 16943) liste meleuse cron
Jan 30 11:13:02 81.57.220.113 (pid 16943) cron: spiplistes_cron (0.01s)
Jan 30 11:13:20 81.57.220.113 (pid 27913) Jan 30 11:13:20 81.57.220.113 (pid 27913) GET /spip.php?action=cron
Jan 30 11:13:20 81.57.220.113 (pid 27913) Jan 30 11:13:20 81.57.220.113 (pid 27913) - SELECT GET_LOCK(‹ reduplikation:spip:cron16820 ›, 0)
Jan 30 11:13:20 81.57.220.113 (pid 27913) Jan 30 11:13:20 81.57.220.113 (pid 27913) 1226 User ‹ reduplikation › has exceeded the ‹ max_questions › resource (current value: 20000)
Jan 30 11:13:20 81.57.220.113 (pid 27913) pas de lock sql pour reduplikation:spip:cron16820
Jan 30 11:13:20 81.57.220.113 (pid 27913) tache indexation: pas de lock cron
Jan 30 11:13:26 81.57.220.113 (pid 29330) demande indexation spip_mots id=201
Jan 30 11:13:26 81.57.220.113 (pid 29330) redirige: ecrire/./?exec=articles&id_article=158&id_mot=201
Jan 30 11:13:29 81.57.220.113 (pid 29335) indexation spip_mots 200
Jan 30 11:13:29 81.57.220.113 (pid 29335) cron: indexation (0.16s)
Jan 30 11:14:07 81.57.220.113 (pid 12907) liste meleuse cron
Jan 30 11:14:07 81.57.220.113 (pid 12907) cron: spiplistes_cron (0.01s)
Jan 30 11:14:13 81.57.220.113 (pid 29426) demande indexation spip_articles id=104
Jan 30 11:14:13 81.57.220.113 (pid 29426) redirige: ecrire/?exec=editer_mot&var_ajaxcharset=utf-8&script=articles&id_objet=104&objet=article&select_groupe=14&cherche_mot=Miracle grec&select_groupe=14
Jan 30 11:14:28 81.57.220.113 (pid 17113) cron: visites (0.02s)
Jan 30 11:14:32 81.57.220.113 (pid 9182) Jan 30 11:14:32 81.57.220.113 (pid 9182) GET /ecrire/?exec=articles&id_article=104
Jan 30 11:14:32 81.57.220.113 (pid 9182) Jan 30 11:14:32 81.57.220.113 (pid 9182) - SELECT * FROM reduplikation.spip_articles WHERE id_article=104
Jan 30 11:14:32 81.57.220.113 (pid 9182) Jan 30 11:14:32 81.57.220.113 (pid 9182) 1226 User ‹ reduplikation › has exceeded the ‹ max_questions › resource (current value: 20000)
Jan 30 11:14:33 81.57.220.113 (pid 9182) Jan 30 11:14:33 81.57.220.113 (pid 9182) GET /ecrire/?exec=articles&id_article=104
Jan 30 11:14:33 81.57.220.113 (pid 9182) Jan 30 11:14:33 81.57.220.113 (pid 9182) - SELECT id_auteur FROM reduplikation.spip_auteurs WHERE id_auteur!=1 AND en_ligne>DATE_SUB(NOW(),INTERVAL 15 MINUTE) AND statut IN (‹ 0minirezo ›,‹ 1comite ›)
Jan 30 11:14:33 81.57.220.113 (pid 9182) Jan 30 11:14:33 81.57.220.113 (pid 9182) 1226 User ‹ reduplikation › has exceeded the ‹ max_questions › resource (current value: 20000)
[-- rotate --]
Le 30/01/08, Stephane <stephane@rezo.net> a écrit :
Piffeo a écrit :
Bonjour,
J’ai commencé à rencontrer un petit problème hier soir : certaines
modifications de texte dans un article n’étaient pas prises en compte.
Alors, j’ai mis à jour SPIP de 1.9.2c vers 1.9…2d.
Le problème, c’est que lors de la mise à jour avec spip_loader.php, la
dernière étape de mise à niveau n’a pas eu lieu : je n’ai jamais vu
s’afficher le mesasge : « Message technique : la procédure de mise à
jour doit être lancée afin d’adapter la base de données à la nouvelle
version de SPIP. Alors j’ai fait la mise à jour manuelle dossier par
dossier. Et là idem : aucun message de mise à niveau avec le lien
administrateur authentifié par FTP. En bas des pages de l’espace privé,
SPIP m’indique que je suis bien en SPIP 1.9.2d [11132
<http://trac.rezo.net/trac/spip/changeset/11132>]
ca c’est normal.
c’est juste une mise à jour du code, pas de changement en base de données
Mais j’ai de nombreuses erreurs, aléatoires, dans l’espace privé, du type :
- SPIP ne reconnaît mon identifiant d’administrateur n°1 et me
déconnecte de l’espace privé ; je réessaye, et ça marche, puis un peu
plus tard ça recommence (pourtant dans la base de données, mon
identifiant est bien présent dans la base spip auteurs, j’ai vérifié
dans PhpMyAdmin)
- « Il n’y a pas d’article à cette adresse » (je recharge et ça remarche)
- « Accès interdit - naviguer » (lorsque je charche une rubrique)
vide les caches (Spip et ton navigateur) et va revalider les plugins au
cas ou.
quand tu as des erreurs de ce genre, fait tout de suite une sauvegarde
de /tmp/spip.log*, il y a en general l’explication dedans
(autoriser_xxx=> Niet ou une erreur SQL…)
@++
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
irc://irc.freenode.net/spip
FAQ : http://www.spip.net/fr_article1054.html
**