[résolu] Prb de droit sur baies

par **Arpanet** » 30 Mars 2005 15:11

Bonjour,

Je ne suis pas un pro linux

Voila le message avec firefox:

Code: Tout sélectionner: You don't have permission to access /awstats/ on this server.

Le même ibay mais là avec ie:

Code: Tout sélectionner: Erreur HTTP 403 - Refusé

J'ai ce message pour toutes les ibay. Là comme exemple j'ai pris mon ibay AWStats "http://mon sme/awstats".

Comme je ne suis pas un pro je n'arrive pas à situer le prb de droit.

Merci de votre aide.

par **lcanasson** » 30 Mars 2005 16:32

Bonjour,

As-tu bien vérifié les droits qu tu as attibué sur ton Server-Manager ??

par **Arpanet** » 30 Mars 2005 16:38

Dans "Baies d'information" j'ai mis "Lecture=tous"

Le prb ne vient pas des MaJ que j'ai installés ?
Kernel version 2.4.27
PHP version 4.3.10
MySQL version 4.0.24
PHPMyAdmin version 2.5.6

par **Yoda** » 30 Mars 2005 17:54

salut,

il faut verifier tous les droits:

ceux du "groupe" => "everyone"
ceux de l'"acces" => a configurer selon tes besoin ... inernet ne entier local seulement...

a+

par **Arpanet** » 30 Mars 2005 18:28

Dans le "Serveur Manager" J'ai vérifié tous les droits, j'ai enlevé toute les restrictions.

Groupe = Everyone
Accès de l'usager par le partage de fichiers ou le … = Ecriture= Groupe, Lecture=Tous
Accès public par le Web ou le … = Accès public par le Web ou le protocole FTP anonyme
Exécution du contenu dynamique (CGI, PHP, SSI) = Activé

J'ai toujours le prb

Faut-il mettre les fichiers des baies avec les droits 777 ?

par **lcanasson** » 30 Mars 2005 19:23

Accès public par le Web ou le …==>Tu as bien mis "Internet en entier (aucun mot de passe)" ???

Tu parles de tes mises à jour !! Le problème est apparu après ces mises à jour ?

par **Arpanet** » 30 Mars 2005 19:34

Code: Tout sélectionner: Accès public par le Web ou le …==>Tu as bien mis "Internet en entier (aucun mot de passe)" ???

Oui je confirme.

Code: Tout sélectionner: Tu parles de tes mises à jour !! Le problème est apparu après ces mises à jour ?

Je ne sais pas, car j'ai installé SME, les MaJ, puis copié ou installé les sites dans les baies. Mais je me suis dit que ça pouvait donner des pistes.

par **sibsib** » 30 Mars 2005 21:10

Salut,

il est possible que tu trouves des infos dans les journaux de SME :

Notamment, dans ton cas, les journaux
/var/log/httpd/access_log
/var/log/httpd/error_log

Tu peux y accéder via le server-manager (rubrique administration -> Visualiser les fichiers journaux)

Bonne chance,
Pascal

par **Arpanet** » 30 Mars 2005 21:10

Extrait du journal "httpd/admin_log"

Code: Tout sélectionner: [Wed Mar 30 11:34:32 2005] dungog-proftpchroot: Use of uninitialized value in string at /usr/lib/perl5/site_perl/esmith/cgi.pm line 295. [Wed Mar 30 11:34:32 2005] dungog-proftpchroot: Use of uninitialized value in string at /usr/lib/perl5/site_perl/esmith/cgi.pm line 295. [Wed Mar 30 11:34:32 2005] dungog-proftpchroot: Use of uninitialized value in string at /usr/lib/perl5/site_perl/esmith/cgi.pm line 295. get_languages: Browser asked for missing languages fr-fr get_languages: Browser asked for missing languages fr-fr get_languages: Browser asked for missing languages fr-fr print() on unopened filehandle esmith::FormMagick::LOG at /usr/lib/perl5/site_perl/esmith/FormMagick.pm line 401, <DATA> line 1. get_languages: Browser asked for missing languages fr-fr get_languages: Browser asked for missing languages fr-fr get_languages: Browser asked for missing languages fr-fr get_languages: Browser asked for missing languages fr-fr print() on unopened filehandle esmith::FormMagick::LOG at /usr/lib/perl5/site_perl/esmith/FormMagick.pm line 401, <DATA> line 1. get_languages: Browser asked for missing languages fr-fr get_languages: Browser asked for missing languages fr-fr get_languages: Browser asked for missing languages fr-fr get_languages: Browser asked for missing languages fr-fr print() on unopened filehandle esmith::FormMagick::LOG at /usr/lib/perl5/site_perl/esmith/FormMagick.pm line 401, <DATA> line 1. get_languages: Browser asked for missing languages fr-fr get_languages: Browser asked for missing languages fr-fr get_languages: Browser asked for missing languages fr-fr get_languages: Browser asked for missing languages fr-fr print() on unopened filehandle esmith::FormMagick::LOG at /usr/lib/perl5/site_perl/esmith/FormMagick.pm line 401, <DATA> line 1. get_languages: Browser asked for missing languages fr-fr [Wed Mar 30 12:59:00 2005] [notice] caught SIGTERM, shutting down [Wed Mar 30 13:00:50 2005] [notice] Apache configured -- resuming normal operations [Wed Mar 30 13:00:50 2005] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec) [Wed Mar 30 13:00:50 2005] [notice] Accept mutex: sysvsem (Default: sysvsem) [Wed Mar 30 13:52:39 2005] phpa: Useless use of integer eq (==) in void context at /etc/e-smith/web/panels/manager/cgi-bin/phpa line 152. [Wed Mar 30 13:52:39 2005] phpa: get_languages: Browser asked for missing languages fr-fr [Wed Mar 30 13:52:39 2005] phpa: get_languages: Browser asked for missing languages fr-fr [Wed Mar 30 13:52:39 2005] phpa: get_languages: Browser asked for missing languages fr-fr [Wed Mar 30 13:52:39 2005] phpa: Use of uninitialized value in join or string at /usr/lib/perl5/site_perl/esmith/FormMagick.pm line 401, <DATA> line 1. [Wed Mar 30 13:52:39 2005] phpa: print() on unopened filehandle esmith::FormMagick::LOG at /usr/lib/perl5/site_perl/esmith/FormMagick.pm line 401, <DATA> line 1. [Wed Mar 30 13:52:39 2005] phpa: Use of uninitialized value in open at /usr/lib/perl5/site_perl/esmith/FormMagick.pm line 421, <LEXIN> chunk 1. [Wed Mar 30 13:52:39 2005] phpa: Use of uninitialized value in concatenation (.) or string at /usr/lib/perl5/site_perl/esmith/FormMagick.pm line 421, <LEXIN> chunk 1. [Wed Mar 30 13:52:39 2005] phpa: Can't open lexicon file : No such file or directory at /usr/lib/perl5/site_perl/esmith/FormMagick.pm line 421, <LEXIN> chunk 1. [Wed Mar 30 13:52:39 2005] phpa: readline() on closed filehandle esmith::FormMagick::LEXIN at /usr/lib/perl5/site_perl/esmith/FormMagick.pm line 422, <LEXIN> chunk 1. [Wed Mar 30 13:52:40 2005] phpa: get_languages: Browser asked for missing languages fr-fr [Wed Mar 30 13:52:40 2005] phpa: Use of uninitialized value in string at /usr/lib/perl5/site_perl/esmith/cgi.pm line 295. [Wed Mar 30 13:52:40 2005] phpa: Use of uninitialized value in string at /usr/lib/perl5/site_perl/esmith/cgi.pm line 295. [Wed Mar 30 13:52:40 2005] phpa: Use of uninitialized value in string at /usr/lib/perl5/site_perl/esmith/cgi.pm line 295. [Wed Mar 30 13:52:40 2005] phpa: Use of uninitialized value in string at /usr/lib/perl5/site_perl/esmith/cgi.pm line 295. get_languages: Browser asked for missing languages fr-fr get_languages: Browser asked for missing languages fr-fr get_languages: Browser asked for missing languages fr-fr print() on unopened filehandle esmith::FormMagick::LOG at /usr/lib/perl5/site_perl/esmith/FormMagick.pm line 401, <DATA> line 1. get_languages: Browser asked for missing languages fr-fr

Extrait du journal "httpd/error_log"

Code: Tout sélectionner: [Wed Mar 30 18:24:03 2005] [notice] Accept mutex: sysvsem (Default: sysvsem) [Wed Mar 30 18:24:09 2005] [warn-phpa] failed to get lock - Identifier removed (pid 3392) [Wed Mar 30 18:24:09 2005] [warn-phpa] release_shm_cache failed to stat the shm - Invalid argument (pid 3392) [Wed Mar 30 18:27:07 2005] [error] [client 84.100.188.253] request failed: URI too long [Wed Mar 30 18:28:56 2005] [error] [client 84.100.188.253] request failed: URI too long [Wed Mar 30 18:30:06 2005] [error] [client 84.100.188.253] request failed: URI too long [Wed Mar 30 18:35:42 2005] [error] [client 84.100.120.125] request failed: URI too long [Wed Mar 30 18:41:11 2005] [error] [client 84.100.188.202] request failed: URI too long [Wed Mar 30 18:45:30 2005] [error] [client 84.100.188.202] request failed: URI too long [Wed Mar 30 18:45:48 2005] [error] [client 84.100.188.202] request failed: URI too long [Wed Mar 30 18:48:09 2005] [error] [client 84.100.48.229] request failed: URI too long [Wed Mar 30 18:48:58 2005] [error] [client 84.100.188.202] request failed: URI too long [Wed Mar 30 18:49:17 2005] [error] [client 84.100.188.202] request failed: URI too long [Wed Mar 30 18:51:06 2005] [error] [client 84.100.188.202] request failed: URI too long [Wed Mar 30 18:58:19 2005] [error] [client 84.100.188.70] request failed: URI too long [Wed Mar 30 19:01:47 2005] [error] [client 84.100.161.46] request failed: URI too long [Wed Mar 30 19:06:12 2005] [error] [client 84.100.14.184] request failed: URI too long [Wed Mar 30 19:06:44 2005] [error] [client 84.100.188.198] request failed: URI too long [Wed Mar 30 19:08:13 2005] [error] [client 84.100.224.163] request failed: URI too long [Wed Mar 30 19:08:39 2005] [error] [client 84.100.188.40] request failed: URI too long [Wed Mar 30 19:25:24 2005] [error] [client 84.100.121.221] request failed: URI too long [Wed Mar 30 19:29:48 2005] [error] [client 84.100.181.81] request failed: URI too long [Wed Mar 30 19:33:06 2005] [error] [client 84.100.112.131] request failed: URI too long [Wed Mar 30 19:36:03 2005] [error] [client 84.100.210.20] request failed: URI too long [Wed Mar 30 19:39:51 2005] [error] [client 84.100.138.167] request failed: URI too long [Wed Mar 30 19:47:21 2005] [error] [client 84.100.4.169] request failed: URI too long [Wed Mar 30 19:49:01 2005] [notice] SIGUSR1 received. Doing graceful restart [Wed Mar 30 19:49:01 2005] [notice-phpa] Removed existing cache sems (pid 1427) [Wed Mar 30 19:49:01 2005] [notice-phpa] Removed existing cache shm (pid 1427) [Wed Mar 30 19:49:01 2005] [notice-phpa] Acquiring cache : uid 100 gid 102 perms 666 (pid 1427) [Wed Mar 30 19:49:01 2005] [notice-phpa] PHPA 1.3.3r2 on linux_i686_glibc2.1.3 (pid 1427) [Wed Mar 30 19:49:01 2005] [notice-phpa] Initialised 8MB cache at 0x44ce3000 with 512 process entries (pid 1427) [Wed Mar 30 19:49:01 2005] [notice-phpa] Lock thresholds 10/10 (pid 1427) [Wed Mar 30 19:49:01 2005] [notice] Apache configured -- resuming normal operations [Wed Mar 30 19:49:01 2005] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec) [Wed Mar 30 19:49:01 2005] [notice] Accept mutex: sysvsem (Default: sysvsem) [Wed Mar 30 19:49:06 2005] [warn-phpa] failed to get lock - Identifier removed (pid 3484) [Wed Mar 30 19:49:06 2005] [warn-phpa] release_shm_cache failed to stat the shm - Invalid argument (pid 3484) [Wed Mar 30 19:50:29 2005] [error] [client 84.100.80.40] request failed: URI too long [Wed Mar 30 20:32:11 2005] [error] [client 84.100.99.32] request failed: URI too long [Wed Mar 30 20:42:20 2005] [error] [client 84.100.210.247] request failed: URI too long [Wed Mar 30 20:44:12 2005] [error] [client 84.100.64.192] request failed: URI too long [Wed Mar 30 20:44:24 2005] [error] [client 84.100.84.179] request failed: URI too long

C'est grave docteur?

par **Arpanet** » 30 Mars 2005 21:14

@sibsib
J'ai eu la même idée en même temps :wink:

Je prépare le /var/log/httpd/access_log
Merci de me guider pour l'utilisation des filtres, car mon fichier fait 5mo :?:

A+

par **sibsib** » 31 Mars 2005 21:17

Salut,

admin_error n'est pas intéressant dans ton cas : il s'agit du journal d'exploitation de server-manager.

Pour le filtrage :

Ce que je te propose :

1) Tu ouvre les deux logs, tu notes la date et l'heure du dernier message
2) Tu provoques ton erreur
3) tu rejoues les logs, et tu nous envoies juste le diff (les nouvelles lignes).

Ceci dit, je suis très surpris par les messages URI too long : Ceci voudrait dire que la requête passée par ton navigateur à ton serveur Apache est trop longue.
As-tu mis en place un quelconque filtre d'URL/URI qui pourrait nécessiter une configuration ?

A+,
Pascal

par **Arpanet** » 01 Avr 2005 13:47

Slt,

J’ai purgé les deux journaux, puis j’ai refait les tests, et là, plus de prb, peut-être les caches qui mon jouet un tour. Une bonne chose de faite.

Une petite question :
Pour les purger j’ai utilisé la méthode sup puis recréer un fichier avec le même nom, j’utilise la bonne méthode ou pas ?

Maintenant je vais m’atteler à l’installation de mambo.

Un grand merci pour l’aide.

@+

par **sibsib** » 01 Avr 2005 21:23

Salut,

Bon, un bon redémarrage du serveur Apache aurait alors peut-être été suffisant...

Pour les fichiers : non, ta méthode n'est pas la bonne !

En fait, SME utilise un système de rotation de logs assez élaboré, et pour ce faire, crée un fichier log par semaine, et le nom de fichier court est en fait un alias sur ce fichier de semaine.

(Pas clair mon histoire !)

En clair, une fois par semaine, SME crée un nouveau jeu de fichiers de log, nommé {typefichier}.AAAAMMJJHHMMSS

par exemple, sur ma machine, le dernier fichier error_log est en fait
error_log.20050401011201

et après, sme crée un lien symbolique
error_log -> error_log.20050401011201

Donc, quand tu consulte error_log, tu es sûr de consulter le plus récent des ficheirs de logs.
Mais dans la conf apache, le nom du fichier log est bien le nom long
par exemple dans mon smb.conf, il y a ceci :
ErrorLog /var/log/httpd/error_log.20050401011201

Donc, si tu supprimes error_log et que tu le recrées, tu as un fichier qui reste désépérément vide, alors que ton error_log.2005MMJJHHMMSS continue de grossir :-)

Bon pour finir mon roman, SME ne garde que les n fichiers logs les plus récents, et un trou de mémoire m'empèche de te dire quel est le pearamètre qui détermine n, mais je suis quasi certain que le site de Grand-Pa contient la réponse.

A+,
Pascal

[résolu] Prb de droit sur baies

[résolu] Prb de droit sur baies

Prb de droit sur baies

Qui est en ligne ?