Version 2.0 - Fatal error - dans le fichier ecrire/inc/flock.php

piercol

Décembre 2008

Après passage à la version 2, un problème apparait

1- lorsque, pour aller visualiser un article depuis l’interface privée je clique sur le lien "Voir en ligne"

2- lorsque, à partir de l’interface publique, je demande qu’une page soit recalculée

le temps d’affichage est anormalement long, puis la page s’affiche avec ce message en pied de page

Fatal error : Maximum execution time of 30 seconds exceeded in /home/ophosvf211/domains/histoirepassion.eu/public_html/ecrire/inc/flock.php on line 302

Cela semble venir du fichier flock.php

Quelqu’un a-t-il constaté le même problème ?

Quelle idée, pour résoudre ce problème

Par note Par date Par date chronologique

Indiquez l’intérêt que vous portez à cette réponse

0

denisb

Décembre 2008

tenter : par ftp, vider tout tmp/cache/ (la quinzaine de sous-répertoires)

tu as un site qui commence à être conséquent. spip 2 demande un peu plus de puissance que les versions précédentes.
essaies de donner plus de mémoire pour l’exécution des scripts (16 ou 32 Mo) soit en modifiant, si tu le peux, le fichier php.ini, soit en demandant à ton hébergeur de le faire (directive memory_limit)
_
Indiquez l’intérêt que vous portez à cette réponse

0

piercol

Décembre 2008

Merci pour la réponse.

Je vois que vous êtes la providence des spipeurs en détresse. Vous m’aviez déjà aidé à résoudre d’autres problèmes.

J’ai transmis les questions-réponses à mon hébergeur. J’attends son avis.

Deux précisions :
– avec la version 2.0, le volume hébergé a augmenté de façon très conséquente, sans changement de contenu du site : je suis passé de 500 mo à plus de 800 mo

En examinant les répertoires chez l’hébergeur, je constate que
– 1- le cache a grossi de façon impressionnante, puisqu’à lui seul il occupe 150 Mo (répertoire TMP)
– 2- le cache-vignettes est devenu monstrueux, en occupant 224 Mo (répertoire /local/cache-vignettes/)

Il semble, sous réserve d’un examen plus approfondi, que ce changement de version a des effets plus importants qu’un simple besoin d’une puissance de calcul supérieure.

Il s’agit peut-être, dans le cas de mon site, d’un paramétrage des caches mal règlé.

Qu’en pensez-vous ?
Indiquez l’intérêt que vous portez à cette réponse

0

piercol

Décembre 2008

Encore deux observations faites en allant dans la partie administration du site

– En allant dans le menu "Vider le cache", et sans avoir activé le vidage du cache, je lis ceci : Taille du répertoire cache

Le cache est vide.

SPIP essaie de limiter la taille du répertoire du cache de ce site à environ 10 Mo de données. (Ce paramètre est modifiable par le webmestre du site.)

Une explication possible à ce phénomène : les fichiers du cache ne sont plus maintenant dans des sous-répertoires (numérotés de 1 à f) et qui sont vides, sans intervention de ma part, mais ils sont tous dans le répertoire TMP/cache, où ils occupent 149 mo. Visiblement, il y a un problème dans le fonctionnement du cache, qui n’est plus contrôlé par le système.

Problème identique avec le cache-vignettes : dans l’interface, Méthode de fabrication des vignettes, son contenu est annoncé égal à 3 mo, alors que le répertoire local/cache-vignettes contient 224 mo

J’ai l’impression que le mécanisme du cache présente un défaut natif. Mais comme je ne comprends pas grand-chose au php, je reste avec ma question.
Indiquez l’intérêt que vous portez à cette réponse

0

denisb

Décembre 2008

hum...
problème de droits sur tmp/cache/ et local/cache-vignettes/

essaies, par ftp, de supprimer le répertoire tmp/cache/ puis de le recréer -vide donc- toujours par ftp

local/cache-vignettes/ ne doit pas contenir de fichier en vrac : ils doivent tous être rangés dans des sous-répertoires de type L26xH20/, L128xH170/, L250xH144/, L400xH300/...
supprimes cache-vignettes/ par ftp et recrées le (par ftp)
les vignettes seront recrées à la volée lors de la visite des pages...

une fois fait, promènes toi sur ton site (2 ou 3 pages, cela suffira) puis reviens jeter un oeil par ftp pour voir si il y a eu du changement (penses à actualiser ton affichage ftp au cas où)
Indiquez l’intérêt que vous portez à cette réponse

0

piercol

Décembre 2008

Un problème : la fréquentation de mon site fait que presque instantanément de nouveaux fichiers arrivent dans le cache, au fur et à mesure que je les supprime

Le système a bien recréé les sous répertoires de 1 à F, mais ils restent désespérément vides

Les droits d’écriture sont au niveau 777 pour tous les répertoires et sous-répertoires du tmp/cache
Le problème ne semble donc pas venir des droits

Je vais essayer de suspendre l’accès au site avec le couteau suisse, sinon, c’est l’histoire de Sysiphe ... qui passe sa vie à essayer de monter un pierre en haut d’une montagne.
Indiquez l’intérêt que vous portez à cette réponse

0

denisb

Décembre 2008

quelle type d’installation as-tu faite ? une mise-à-jour ? si oui, à partir de quelle version ? et vers quelle version ? (2.0.1 actuellement)
Indiquez l’intérêt que vous portez à cette réponse

0

piercol

Décembre 2008

J’ai téléchargé le fichier zip sur la page http://www.spip.net/fr_download
J’étais auparavant en version 1.9.2
La mise à jour m’a semblé se faire sans encombre

J’ai vu aujourd’hui sur la page download que la version en cours était la 2.0.1
J’ai fait le téléchargement le 18/12, et la version était alors SPIP 2.0.0 [13469]
c’est du moins ce qui s’affiche dans l’espace privé de mon site.
Indiquez l’intérêt que vous portez à cette réponse

0

piercol

Décembre 2008

local/cache-vignettes/ ne doit pas contenir de fichier en vrac : ils doivent tous être rangés dans des sous-répertoires de type L26xH20/, L128xH170/, L250xH144/, L400xH300/...

tous ces sous-répertoires sont bien créés, mais ils sont tous vides
les fichiers viennent se mettre à la racine du répertoire local/cache-vignettes, et non dans les sous répertoires /L..xH../, etc
Indiquez l’intérêt que vous portez à cette réponse

0

denisb

Décembre 2008

hum...
je me demande si tu n’es pas victime du bug corrigé par : http://trac.rezo.net/trac/spip/changeset/13487/branches/spip-2.0
auquel cas, il te faudrait récupérer la version de spip (2.0.1) ici : http://files.spip.org/spip/stable/spip.zip
la dézipper
ne poser sur ton serveur (pour écraser les fichiers précédents) que le contenu du répertoire ecrire/ ainsi que le fichier squelettes-dist/formulaires/inscription.php

tout cela est bien surprenant...
Indiquez l’intérêt que vous portez à cette réponse

0

piercol

Décembre 2008

La saga n’est pas terminée

– J’ai uploadé l’ensemble du répertoire "ecrire"
– j’ai uploadé le fichier squelettes-dist/formulaires/inscription.php
– j’ai vérifié les droits d’écriture dans tous les répertoires concernés
– le répertoire cache-vignettes n’avait pas le niveau de droits requis ; j’ai mis à jour les droits

Le phénomène se poursuit : tous les nouveaux fichiers destinés au cache /TMP/cache
vont tous à la racine /TMP/cache, et non dans les sous-répertoires de 0 à f

tous les nouveaux fichiers destinés au répertoire /local/
– /local/cache-css
– /local/cache-gd2
– /local/cache-js
– /local/cache-vignettes
vont tous en vrac à la racine du répertoire, c’est à dire dans /local/

Les sous-répertoires de cache-vignettes du type L100xH100, etc se créent bien, mais aucun fichier n’y va. Ces fichiers sont tous à la racine de /local/, en vrac avec les cache-css, les cache-gd2 et les cache-js
Indiquez l’intérêt que vous portez à cette réponse

0

piercol

Décembre 2008

Encore une observation : les sous-répertoires de type L100xH100 créés automatiquement dans cache-vignettes n’ont pas les droits d’écriture nécessaires pour que des fichiers puissent s’y loger.

Il n’est donc pas surprenant qu’ils ne contiennent rien.
Indiquez l’intérêt que vous portez à cette réponse

0

denisb

Décembre 2008

voilà.
que dit config/chmod.php @define('_SPIP_CHMOD', ...); ?
Indiquez l’intérêt que vous portez à cette réponse

0
piercol

Décembre 2008
voici le fichier
<?php if (!defined("_ECRIRE_INC_VERSION")) return; define('_SPIP_CHMOD', 0777); ?>
Indiquez l’intérêt que vous portez à cette réponse

0

piercol

Décembre 2008

Chez mon hébergeur, dans les tableaux des fichiers, on voit que les répertoires sont bien créés en chmod 777, mais il y a une différence avec les autres répertoires

à cette adresse, j’ai mis une copie partielle d’écran
http://www.histoirepassion.eu/IMG/ScreenShot066.jpg

normalement, les répertoires doivent se présenter comme celui de la première ligne, que j’ai mis à jour manuellement (avec UID et GID Ophos...)

les nouveaux créés par le système (entourés en noir) sont différents. (UID et GID Apache)
Indiquez l’intérêt que vous portez à cette réponse

0

denisb

Décembre 2008

bon.
il faut te tourner vers ton hébergeur (à moins que tu ne puisses le faire toi-même) et lui demander soit de modifier la directive safe_mode_gid soit de passer tous les fichiers spip dans le groupe apache (plutôt que user/ftp)

il faut que les fichiers que tu as déposés par ftp (spip) puissent créer répertoires et fichiers (caches et vignettes) et y accèder.
Indiquez l’intérêt que vous portez à cette réponse

0

piercol

Décembre 2008

Je vais me tourner vers mon hébergeur, mais ta réponse me laisse sceptique, car, que le répertoire du cache soit en mode apache ou en mode user/ftp, dans un cas comme dans l’autre, aucun fichier n’y entre.

Avec la version 1.9.2 que j’utilisais précédemment, tous les répertoires étaient en mode user/ftp, et le cache fonctionnait normalement.

Est-ce le passage en version 2 qui rend nécessaire de modifier la directive safe_mode_gid chez l’hébergeur ?

denisb

Décembre 2008

as-tu dans tmp/spip.log des lignes du type :

  
Dec 23 13:59:26 ::1 (pid 34728) creation local/cache-vignettes/L200xH136/
Dec 23 13:59:26 ::1 (pid 34728) Creation du cache d/inc-doc--3-3-2008_12_23%-fc4d06f4 pour 86400 secondes

avec en fin de ligne : (erreur!)

Indiquez l’intérêt que vous portez à cette réponse

0

piercol

Décembre 2008

Dans les fichiers spip.log, générés lors du démarrage ce matin

Dans spip.log.1

Dec 24 10:25:18 66.249.71.210 (pid 26958) faux sous-repertoire local/cache-vignettes/L436xH650
Dec 24 10:25:18 66.249.71.210 (pid 26958) faux sous-repertoire local/cache-vignettes/L489xH385

Dans spip.log.3
Dec 24 10:15:10 86.209.247.21 (pid 14506) Taille du CACHE estimee (e) : 0 Mo

Pas de ligne comportant le mot "erreur"

Nota : pour éviter l’explosion de mon site chez l’hébergeur, j’ai désactivé le cache des pages à partir du menu d’administration.

J’avais vidé le cache-vignette. Il recommence à grandir : il en est actuellement à 72,5 Mo
Indiquez l’intérêt que vous portez à cette réponse

0

denisb

Décembre 2008

ok.
c’est bien au niveau de flock.php
je regarde...
Indiquez l’intérêt que vous portez à cette réponse

0

denisb

Décembre 2008

en regardant par ftp dans un mode qui permet d’afficher les fichiers invisibles (sans nom, avec juste une extension : ceux dont le nom commence par un point), trouves-tu dans local/ ou un de ses sous-répertoires, ou dans tmp/ ou encore tmp/cache/ un fichier (invisible donc) nommé .plat ?

si oui, il faut les supprimer (tous ceux que tu trouves)
Indiquez l’intérêt que vous portez à cette réponse

0

piercol

Décembre 2008

Lorsque j’ai vidé les caches par ftp, j’ai supprimé également tous les fichiers plat.

Mais ils se recréent automatiquement, et toujours en vrac à la racine des répertoires, avec tous les autres fichiers. Ils ne vont pas se mettre dans les sous-répertoires.

Je vais les vider de nouveau.
Indiquez l’intérêt que vous portez à cette réponse

0

piercol

Décembre 2008

Le cache-vignettes, qui avait grossi dangereusement, est en cours de vidage : tous les fichiers, y compris les .plat

Mais je pense qu’assez rapidement tout cela va se mettre à grossir de nouveau.

D’autres utilisateurs de la v 2.0 connaissent-ils le même problème ?
Indiquez l’intérêt que vous portez à cette réponse

0

piercol

Décembre 2008

Le cache-vignettes a été vidé.

Il recommence à se remplir, avec les fichiers .plat et tous les autres, en vrac, à la racine du répertoire.

C’est la même chose dans le tmp/cache/ : tous les fichiers skel_html et tous les fichiers .plat sont ensemble à la racine.

Dans le tmp/cache, l’inflation du volume a cessé depuis hier, quand j’ai désactivé le cache à partir de l’interface privée.
Indiquez l’intérêt que vous portez à cette réponse

0

denisb

Décembre 2008

on tourne en rond sur cette histoire de droits et propriétaire...

tu as fait ta mise à jour de spip par dépôt de fichiers (ftp) ou par utilisation de spip_loader ?

quels sont les groupe et propriétaire de index.php, spip.php (racine), de ton répertoire ecrire/ et des fichiers inclus ?
Indiquez l’intérêt que vous portez à cette réponse

0

piercol

Décembre 2008

J’ai fait la mise à jour par transfert ftp du fichier 2.0.0 dézippé.

Tous ces fichiers à la racine du site, (index.php, spip.php) et les répertoires ecrire et ses sous-répertoires, comme tous les autres fichiers html que je gère ont les caractéristiques suivantes :

UID ophosvf211
GID ophosvf211

Ecrire a un chmod à 755
Local un chmod à 777

En revanche, en examinant le contenu de la racine, je vois toute une série de fichiers du genre html_90ff7da2ab0e4b339185e46ada4ae14d.php, qui n’existaient pas auparavant, et qui ont tous les caractéristiques

UID apache
GID apache

ces fichiers sont de création postérieure au changement de version.

« Précédent 1 2 3 4 5 6 Suivant »