SAFE MODE Restriction in effect/the document contains no data

salut!

Je rencontre plusieurs erreurs sur un site qui tournait très bien auparavant.
J'ai mis la 1.4.2 sur un 1.4.Cqql chose

--------
1. cette erreur s'affiche (mais ça tourne quand même en back office) depuis la mise à jour:

Warning: SAFE MODE Restriction in effect. The script whose uid is 65534 is not allowed to access puce.gif owned by uid 1434 in /usr/home/www/caa00424/home/html/ecrire/inc_texte.php3 on line 39

Warning: getimagesize: Unable to open 'puce.gif' for reading. in /usr/home/www/caa00424/home/html/ecrire/inc_texte.php3 on line 39

-------
2. l'autre problème est curieux et existait avant la mise à jour.
Je ne peux accéder à aucun article ni rubrique ni aucune page
php3 du site : le navigateur m'avertit que les pages ne contiennent aucune
information (the document contains no data).

Or la bdd est bien pleine dans phpmyadmin dans ecrire...

Auriez-vous une idée?

Merci d'avance

LP

------------------------
"please, do not use a hatchet to remove a fly
from your friends forehead."

>Warning: SAFE MODE Restriction in effect. The script whose uid is 65534
>is not allowed to access puce.gif owned by uid 1434 in
>/usr/home/www/caa00424/home/html/ecrire/inc_texte.php3 on line 39
>Warning: getimagesize: Unable to open 'puce.gif' for reading. in
>/usr/home/www/caa00424/home/html/ecrire/inc_texte.php3 on line 39

C'est une question de droits : ton script (ie le serveur apache) tourne sous
l'uid 65534 (habituellement, c'est 'nobody'), et cherche à lire un fichier
appartenant à l'uid 1434 (aka 'peg') ; le mode "safe" de php peut interdire
cette opération, s'il est très strict.

Si ton hébergeur n'a rien changé et que ça marchait avant la mise à jour,
j'ai une hypothèse : peut-être as-tu installé l'ancienne version à la main
et la nouelle via spip_loader ?

>2. l'autre problème est curieux et existait avant la mise à jour. Je ne
>peux accéder à aucun article ni rubrique ni aucune page php3 du site : le
>navigateur m'avertit que les pages ne contiennent aucune information (the
>document contains no data).

C'est peut-être lié au même problème : si le sercveur n'a pas le droit
d'écrire ses fichiers cache... Autre hypothèse : la compression à la volée
se' fait mal. Jette un oeil aux fichiers présents dans /CACHE/

-- Fil

Merci pour l'explication.

Alors:

* - l'hebergeur dit n'avoir rien changé.
- je ne me rapelle pas avoir eu ce genre de problèmes . J'ai eu des messages d'erreurs
dans l'admin au départ mais ils ont disparus au bout d'un moment. Mais on avait pas touché
au site depuis des mois.

  - j'ai essayé de faire la MAJ avec le spip_loader mais ça n'a pas marché. Cependant,
j'avais déjà un problème avant la maj puisqu'aucune page ne s'affichait.

  Autre hypothèse : la compression à la volée
se' fait mal. Jette un oeil aux fichiers présents dans /CACHE/

* Les fichiers présents dans le dossier cache.
semblent du même type que sur d'autres sites sous spip (dossier chiffre/lettre contenant
des fichiers du style pied.b0096e) + fichiers skel_xxx.php3 à la racine

Il y'a un problème majeur dans le re-calcul des articles.

-> En vidant tous les dossiers (f, 9, e etc…+ skel_xxx)
du cache à la main ... les messages d'erreur
disparaissent.

Au bout de je pense 12 h ou 24...plus de messages d'erreurs
en facade et prise en compte des changements.(pas très pratique
pour un site en service!)

Donc pas de prise en compte immédiate
et messages d'erreurs de ce type:

-----------------
Warning: SAFE MODE Restriction in effect. The script whose uid is 1434 is
not allowed to access CACHE/4/rubrique-3.897e6c owned by uid 65534 in
/usr/home/www/caa00424/home/html/inc-public-global.php3 on line 133

Warning: fopen("CACHE/4/rubrique-3.897e6c", "wb") - Undefined error: 0 in /usr/home/www/caa00424/home/html/inc-public-global.php3 on line 133

Warning: Supplied argument is not a valid File-Handle resource in
/usr/home/www/caa00424/home/html/inc-public-global.php3 on line 134

Warning: Supplied argument is not a valid File-Handle resource in
/usr/home/www/caa00424/home/html/inc-public-global.php3 on line 135

Warning: SAFE MODE Restriction in effect. The script whose uid is
1434 is not allowed to access CACHE/9/hierarchie-3.2ce3c6 owned by uid 65534 in /usr/home/www/caa00424/home/html/inc-public-global.php3 on line 42

Warning: fopen("CACHE/9/hierarchie-3.2ce3c6", "wb") - Undefined error: 0 in /usr/home/www/caa00424/home/html/inc-public-global.php3 on line 42

Warning: Supplied argument is not a valid File-Handle resource in
/usr/home/www/caa00424/home/html/inc-public-global.php3 on line 43

Warning: Supplied argument is not a valid File-Handle resource in
/usr/home/www/caa00424/home/html/inc-public-global.php3 on line 44
(... ad lib)
---------------------
les dossiers sont en 777 les fichiers 666

Si le problème est lié à la restriction est-ce que mettre le cache à zero
résoudrait le problème (au diable l'idée de soulager le serveur)?

L'hebergeur est citeglobe et il semblerait que, d'après les archives,
les autres personnes de la liste ayant rencontré des pbls aient finis
par changer d'hebergeur.
( cf: http://listes.rezo.net/cgi-
bin/htsearch?config=htdiglistes&restrict=archives%2Fspip%2F&method=and&words=
citeglobe)

C'est un peu bourrin, mais ça me va si le seul système pour publier de nouveaux
articles soit de vider tous les dossiers du cache à la main ;-))

LP

Le lundi 14 octobre 2002, à 11:39 , Fil a écrit :

Warning: SAFE MODE Restriction in effect. The script whose uid is 65534
is not allowed to access puce.gif owned by uid 1434 in
/usr/home/www/caa00424/home/html/ecrire/inc_texte.php3 on line 39
Warning: getimagesize: Unable to open 'puce.gif' for reading. in
/usr/home/www/caa00424/home/html/ecrire/inc_texte.php3 on line 39

C'est une question de droits : ton script (ie le serveur apache) tourne sous
l'uid 65534 (habituellement, c'est 'nobody'), et cherche à lire un fichier
appartenant à l'uid 1434 (aka 'peg') ; le mode "safe" de php peut interdire
cette opération, s'il est très strict.

Si ton hébergeur n'a rien changé et que ça marchait avant la mise à jour,
j'ai une hypothèse : peut-être as-tu installé l'ancienne version à la main
et la nouelle via spip_loader ?

2. l'autre problème est curieux et existait avant la mise à jour. Je ne
peux accéder à aucun article ni rubrique ni aucune page php3 du site : le
navigateur m'avertit que les pages ne contiennent aucune information (the
document contains no data).

C'est peut-être lié au même problème : si le sercveur n'a pas le droit
d'écrire ses fichiers cache... Autre hypothèse : la compression à la volée
se' fait mal. Jette un oeil aux fichiers présents dans /CACHE/

-- Fil

_______________________________________________
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.uzine.net/spip

------------------------
"please, do not use a hatchet to remove a fly
from your friends forehead."

* Les fichiers présents dans le dossier cache.
semblent du même type que sur d'autres sites sous spip (dossier
chiffre/lettre contenant
des fichiers du style pied.b0096e) + fichiers skel_xxx.php3 à la racine

Ce sont des problèmes de droits, il faut donc que tu regardes à qui
appartiennent les répertoires, les fichiers, et quels sont leurs droits

-> En vidant tous les dossiers (f, 9, e etc?+ skel_xxx)
du cache à la main ... les messages d'erreur
disparaissent.

Cool

Au bout de je pense 12 h ou 24...plus de messages d'erreurs
en facade et prise en compte des changements.(pas très pratique
pour un site en service!)

Qu'appelles-tu "en facade" ?

-- Fil

Le lundi 14 octobre 2002, à 03:07 , Fil a écrit :

Ce sont des problèmes de droits, il faut donc que tu regardes à qui
appartiennent les répertoires, les fichiers, et quels sont leurs droits

en français (comme ça je vérifie si j'ai pigé)

le dossier CACHE si je me plante pas dans mon interprétation des
lignes appartient à 1434 (à moi donc) et les droits sont drwxrwxrwx ainsi
que pour les dossiers e/f etc... Ts le monde a tts les droits.

les fichiers à l'intérieur du cache (skel_xxx ou du type rubrique-2.1ddd0b)
sont -rw-rw-rw- et appartiennent au serveur (65534) si j'ai tt pigé.
(les droits sont lecture ecriture pas execution - merci precision mac)

en barbare:

drwxrwxrwx 16 1434 cite 512 Oct 14 08:47 CACHE
drwxrwxrwx 2 65534 cite 512 Oct 14 08:47 f

-rw-rw-rw- 1 65534 cite 1424 Oct 14 08:46 skel_pied-
dist.php3
-rw-rw-rw- 1 65534 cite 1096 Oct 14 08:15 hierarchie-16.a936a1

Au bout de je pense 12 h ou 24...plus de messages d'erreurs
en facade et prise en compte des changements.(pas très pratique
pour un site en service!)

Qu'appelles-tu "en facade" ?

sur les pages du site (≠ dans l'admin)