En fait ; c'est un tout petit peu plus complexe ...
J'avais un m�lange inf�me de module php3, avec apache ...
Et je ne comprenais rien, pourquoi m�me apr�s une r�install des RPM qui vont
bien ...
L'httpd faisait toujours des processus defunct ...
Le KillAll, tente de d�truire un processus & ses fils ... je dis bien il
tente (d'ailleurs j'ai vu hier soir que c'�tait marqu� dans la doc du man
8-) ... parcequ'il n'est pas oblig� d'y arriver ... surtout quand il
s'attaque � des processus comme httpd ... qui se cr��s en permanence ...
(dans le man httpd ; il pr�cise bien qu'il faut faire simplement envoyer un
term sur le p�re ... genre �a : kill -TERM `cat /var/run/httpd.pid`)
Du coup ; �a me laissait mon syst�me dans un �tat �trange ...
Et les installs que je refaisais ne r�installais pas vraiment tout
---------------------------------------------------------------------------------------------------------------------------
Tout message �chang� avec la Caisse d'Epargne, y compris les
pi�ces jointes, est v�rifi� par un syst�me anti-virus.
Toutefois, l'�metteur d�cline toute responsabilit� quant � l'int�grit�
des �changes et aux cons�quences de leur utilisation.
---------------------------------------------------------------------------------------------------------------------------
... ce
qui a contribu� au m�lange de mes fichiers ... qui contribuait � mes
probl�mes de proccess ; bref ... le cercle vicieux !
Et je ne comprennais rien du tout ... c'�tait incompr�hensible ! illogique
!?
Pour rectifier le tir : je me suis d�cider � faire une d�sinstalle � la MANO
... d'apache & des modules php3 ...
Puis une r�install clean ... dans les r�gles de l'art
Et je n'utilise plus killall pour tuer httpd ...
En cherchant sur le net ; j'avais trouver un allemand qui avait eu
exactement les m�mes probs que moi ; mais je n'y comprennais rien ... mais
�a m'a quand m�me fait douter du killall ...
Merci pour les conseilles sur FCOL
A+
-----Message d'origine-----
De: tchado [mailto:[EMAIL PROTECTED]]
Date: mardi 26 septembre 2000 11:00
�: [EMAIL PROTECTED]
Objet: Re: TR: [debutant] Linux mandrake 7.1 & Apache HTTPD
Bonjour,
LENTZ Marc wrote:
>
> Bon je sais que tout le monde s'en p�te ...
> Vu que j'ai re�u ZERO r�ponse � mes 3 posts dans cette ML ... (ce
qui est
> assez incroyable)
> (ce n'�tait peut �tre pas la ML adapt�e ?! je me suis tr�s mal
exprim� ?!
> ou personne n'avait de solutions ?!)
En ce moment, il n'y a pas beaucoup de r�ponses c'est vrai. Je crois
que
c'est due � la sortie de la 7.2 beta. J'ai pos� 3 questions, aucune
n'a
eut de r�ponse, mais c'est le jeu des mailing-list.
> Toujours utile que j'ai fini par r�soudre mes probl�mes ...
> �a m'a prit vachement de temps (+ de 10h), mais je ne regrette pas
; j'ai
> beaucoup appris !!!
Oui moi aussi...Comme quoi, avec un peu de patience. je comptais
mettre
1 semaine � configurer un serveur, j'en suis � 2, et je n'ai pas
fini,
mais apr�s m'etre inpregn� pendant 5 ans de la th�orie des logiciels
libres, je m'impr�gne de la pratique...c'est normal, je crois...
bien
que je ne voulais pas faire de technique. ;-)) et en plus je suis du
genre escargot.
> Mon "segmentation fault" des pid d'httpd ... �tait due � un
m�lange non
> stable de [httpd + mod_php3 + php3_mysql]
> Et il ne faut pas faire un KILLALL sur httpd ... 8-)
qu'est-ce qui se passe ? quand tu fais un killall....� chaque fois
cette
erreur de segmentation ?
Et comment as tu r�ussi � rectifier le tir ?
Je vais m'attaquer � apache aujourd'hui ou demain alors ...
Malheureusement, je te conseillerai � l'avenir pour la partie autre
que
config mandrake pure de faire un petit tour de temps � autre sur les
newsgroups : fcol. C'est l'endroit id�al pour trouver une r�ponse
rapide
quand il y a une des nombreuses beta de Mandrake qui sort :-))
(il y a certainement des canaux irc en plus)
> Salut � tous
> marc
Salut � tous aussi.
Serge
----------------------------------------------------------------------------
-----------------------------------------------
Tout message �chang� avec la Caisse d'Epargne, y compris les
pi�ces jointes, est v�rifi� par un syst�me anti-virus.
Toutefois, l'�metteur d�cline toute responsabilit� quant �
l'int�grit�
des �changes et aux cons�quences de leur utilisation.
----------------------------------------------------------------------------
-----------------------------------------------
