[spip-dev] disk quota et version CVS

je ne sais pas si ce genre de problème est déjà arrivé à quelqu'un mais il
semble (je n'en suis qu'aux premières investigations) que j'expérimente en
ce moment un comportement très particulier qui se déclenche lors d'un
dépassement de quota disk.

premier symptôme : les pages n'apparaissent pas, ou en partie seulement
(certains includes ne viennent pas, on tombe sur des pages blanches avec
seulement les boutons de recalcul (spip-admin)

ne comprenant pas ce qui se passait (puisque n'ayant rien modifié depuis
l'installation qui s'était assez bien passé, voir mon post du 8/12 "probl?me
de squelette sur la 1.8CVS" à propos de ma page sommaire avec du php qui
posait pb) je me logue et je vois un problème bizarre sur inc_meta.php3
(fonction introuvable)
Je me demande alors vraiment ce qui se passe et décide d'écraser par ma
copie locale de inc_meta.php3 qui fonctionne, et c'est le ftp qui m'annonce
le dépassement de quota.

là où j'ai constaté qqchose que je ne comprends pas encore c'est qu'il y a
des répertoires cache-yyyxzzz (genre cache-120x90) dans le répertoire IMG,
avec un répertoire IMG 'normal' dans le répertoire IMG de base :

mfa/IMG/cache-120x90
               cache-120x91
               etc...
               IMG/ -> et je retrouve ici mes sous-répertoires normaux (jpg,
png, gif etc.)

mais je ne sais pas si c'est spip qui a fait ça tout seul, ou si j'ai fait
une mauvaise manip avec mon ftp sans m'en rendre compte... (ce que j'ai du
mal à comprendre, car je n'ai aucune raison d'aller toucher au répertoire de
cache normal, mais je n'ai peut-être pas encore suffisamment compris le
nouveau fonctionnement de la cache ?)

Pour essayer d'y voir plus clair j'ai lancé un 'du -sh' sur mfa/IMG/IMG mais
depuis le serveur est down (mutualisé chez webfusion en angleterre) et je me
demande si j'y suis pour qqchose :S(

Je vais uploader mon backup ailleurs et je reviens...

ça y est le serveur à redémarré ça fonctionne de nouveau je vais pouvoir
mieux vérifier tout ça...

"Aly" <aly@nepadsn.org> a écrit dans le message de news:
cpc96i$mii$1@sea.gmane.org...

là où j'ai constaté qqchose que je ne comprends pas encore c'est qu'il y a
des répertoires cache-yyyxzzz (genre cache-120x90) dans le répertoire IMG,

normal

avec un répertoire IMG 'normal' dans le répertoire IMG de base :

pas normal

mfa/IMG/cache-120x90
               cache-120x91
               etc...
               IMG/ -> et je retrouve ici mes sous-répertoires normaux (jpg,
png, gif etc.)

mais je ne sais pas si c'est spip qui a fait ça tout seul, ou si j'ai fait
une mauvaise manip avec mon ftp sans m'en rendre compte.

ça parait plausible.

      Emmanuel

cela me semble etre logique, dans le sens ou tu as justement bouclé ton
quota maximal disque sur ton compte utilisateur. Tu ne peux donc plus rien
ecrire, hors l'interpr"tation de tes squelettes par le compilateur
génère des gabarits PHP et des données en Cache.
Ce sont ces donnèes qui sont affichées dans le navigateur lors d'une
consultation de page.

bonne journée

Alex

ok, merci à vous j'ai fait de la place, ça fonctionne correctement
semble-t-il.
Je vais me replonger dans l'étude du fonctionnement de la cache Emmanuel, si
tu as une doc à jour à me conseiller je suis preneur.

Aly

"Alexandre Hélias [LNG]" <mued@muetdhiver.org> a écrit dans le message de
news: pan.2004.12.10.14.02.01.683773@muetdhiver.org...

premier symptôme : les pages n'apparaissent pas, ou en partie seulement
(certains includes ne viennent pas, on tombe sur des pages blanches avec
seulement les boutons de recalcul (spip-admin)

cela me semble etre logique, dans le sens ou tu as justement bouclé ton
quota maximal disque sur ton compte utilisateur. Tu ne peux donc plus rien
ecrire, hors l'interpr"tation de tes squelettes par le compilateur
génère des gabarits PHP et des données en Cache.
Ce sont ces donnèes qui sont affichées dans le navigateur lors d'une
consultation de page.

bonne journée

Alex