Le 13656ième jour après Epoch,
écrivait:
> Gilles Mocellin wrote:
[... Où il est question de log Apache ...]
> | Si tu veux voir quels fichiers sont ouvert par apache, tu peux essayer :
> | # lsof -p 2789
> Merci. C'est fait.
> C'est incroyable comme on oubli de rebooter un 'restart' ne suffit
> pas ...
Alors là, franchement, je vois pas pourquoi tu serais obligé de
redémarrer une machine juste pour apache et sa log...
Même un 'reload' va refermer/réouvrir l'écriture dans la log...
Encore
que j'avais eu quelques soucis de rotation de log avec un simple
reload.
Le 13656ième jour après Epoch,
mess-mate@wanadoo.fr écrivait:
> Gilles Mocellin <gilles.mocellin@free.fr> wrote:
[... Où il est question de log Apache ...]
> | Si tu veux voir quels fichiers sont ouvert par apache, tu peux essayer :
> | # lsof -p 2789
> Merci. C'est fait.
> C'est incroyable comme on oubli de rebooter un 'restart' ne suffit
> pas ...
Alors là, franchement, je vois pas pourquoi tu serais obligé de
redémarrer une machine juste pour apache et sa log...
Même un 'reload' va refermer/réouvrir l'écriture dans la log...
Encore
que j'avais eu quelques soucis de rotation de log avec un simple
reload.
Le 13656ième jour après Epoch,
écrivait:
> Gilles Mocellin wrote:
[... Où il est question de log Apache ...]
> | Si tu veux voir quels fichiers sont ouvert par apache, tu peux essayer :
> | # lsof -p 2789
> Merci. C'est fait.
> C'est incroyable comme on oubli de rebooter un 'restart' ne suffit
> pas ...
Alors là, franchement, je vois pas pourquoi tu serais obligé de
redémarrer une machine juste pour apache et sa log...
Même un 'reload' va refermer/réouvrir l'écriture dans la log...
Encore
que j'avais eu quelques soucis de rotation de log avec un simple
reload.
François TOURDE wrote on Wed, May 23, 2007 at 12:33:13PM +0200Le 13656ième jour après Epoch,
écrivait:
> Gilles Mocellin wrote:
[... Où il est question de log Apache ...]
> | Si tu veux voir quels fichiers sont ouvert par apache, tu peux essay er :
> | # lsof -p 2789
> Merci. C'est fait.
> C'est incroyable comme on oubli de rebooter un 'restart' ne suffit
> pas ...
Alors là , franchement, je vois pas pourquoi tu serais obligé de
redémarrer une machine juste pour apache et sa log...
Même un 'reload' va refermer/réouvrir l'écriture dans la log...
le restart n'arrête pas le process initial qui tourne normalement
sous root et je crois que c'est justement ce process qui gère les
logs.
François TOURDE wrote on Wed, May 23, 2007 at 12:33:13PM +0200
Le 13656ième jour après Epoch,
mess-mate@wanadoo.fr écrivait:
> Gilles Mocellin <gilles.mocellin@free.fr> wrote:
[... Où il est question de log Apache ...]
> | Si tu veux voir quels fichiers sont ouvert par apache, tu peux essay er :
> | # lsof -p 2789
> Merci. C'est fait.
> C'est incroyable comme on oubli de rebooter un 'restart' ne suffit
> pas ...
Alors là , franchement, je vois pas pourquoi tu serais obligé de
redémarrer une machine juste pour apache et sa log...
Même un 'reload' va refermer/réouvrir l'écriture dans la log...
le restart n'arrête pas le process initial qui tourne normalement
sous root et je crois que c'est justement ce process qui gère les
logs.
François TOURDE wrote on Wed, May 23, 2007 at 12:33:13PM +0200Le 13656ième jour après Epoch,
écrivait:
> Gilles Mocellin wrote:
[... Où il est question de log Apache ...]
> | Si tu veux voir quels fichiers sont ouvert par apache, tu peux essay er :
> | # lsof -p 2789
> Merci. C'est fait.
> C'est incroyable comme on oubli de rebooter un 'restart' ne suffit
> pas ...
Alors là , franchement, je vois pas pourquoi tu serais obligé de
redémarrer une machine juste pour apache et sa log...
Même un 'reload' va refermer/réouvrir l'écriture dans la log...
le restart n'arrête pas le process initial qui tourne normalement
sous root et je crois que c'est justement ce process qui gère les
logs.
François TOURDE wrote:
| Le 13656ième jour après Epoch,
|
| Dominique Asselineau écrivait:
| > François TOURDE wrote on Wed, May 23, 2007 at 12:33:13PM +0200
| >
| >> Le 13656ième jour après Epoch,
| >>
| >> écrivait:
| >> > Gilles Mocellin wrote:
| >>
| >> [... Où il est question de log Apache ...]
| >>
| >> > | Si tu veux voir quels fichiers sont ouvert par apache, tu peux
| >> > | essayer : # lsof -p 2789
| >> >
| >> > Merci. C'est fait.
| >> > C'est incroyable comme on oubli de rebooter un 'restart' ne suffit
| >> > pas ...
| >>
| >> Alors là, franchement, je vois pas pourquoi tu serais obligé de
| >> redémarrer une machine juste pour apache et sa log...
| >>
| >> Même un 'reload' va refermer/réouvrir l'écriture dans la log...
| >
| > le restart n'arrête pas le process initial qui tourne normalement
| > sous root et je crois que c'est justement ce process qui gère les
| > logs.
|
| Soit, mais ce process recevant le signal de reload va:
|
| 1) Dire à tous ses fils de stopper après la requête courante
| 2) Relire la configuration
| 3) Réouvrir les fichiers de log
|
| Donc ça devrait marcher sans soucis.
Ben non.Ni le 'restart' ni le 'reload' n'ont suffit. (debian/etch)
Il fallait rebooter et c'est ce qui m'a enduit en erreur.
Mais je me suis apercu qu'il existe aussi un 'force-reload' et c'est
peut-être cela que j'aurais dû faire.
Si quelqu'un sait comment ne pas logger les messages de
apache2-mod-perl et apache2-mod-python dans le 'access.log.
mess-mate
François TOURDE <fra-duf-no-spam@tourde.org> wrote:
| Le 13656ième jour après Epoch,
|
| Dominique Asselineau écrivait:
| > François TOURDE wrote on Wed, May 23, 2007 at 12:33:13PM +0200
| >
| >> Le 13656ième jour après Epoch,
| >>
| >> mess-mate@wanadoo.fr écrivait:
| >> > Gilles Mocellin <gilles.mocellin@free.fr> wrote:
| >>
| >> [... Où il est question de log Apache ...]
| >>
| >> > | Si tu veux voir quels fichiers sont ouvert par apache, tu peux
| >> > | essayer : # lsof -p 2789
| >> >
| >> > Merci. C'est fait.
| >> > C'est incroyable comme on oubli de rebooter un 'restart' ne suffit
| >> > pas ...
| >>
| >> Alors là, franchement, je vois pas pourquoi tu serais obligé de
| >> redémarrer une machine juste pour apache et sa log...
| >>
| >> Même un 'reload' va refermer/réouvrir l'écriture dans la log...
| >
| > le restart n'arrête pas le process initial qui tourne normalement
| > sous root et je crois que c'est justement ce process qui gère les
| > logs.
|
| Soit, mais ce process recevant le signal de reload va:
|
| 1) Dire à tous ses fils de stopper après la requête courante
| 2) Relire la configuration
| 3) Réouvrir les fichiers de log
|
| Donc ça devrait marcher sans soucis.
Ben non.Ni le 'restart' ni le 'reload' n'ont suffit. (debian/etch)
Il fallait rebooter et c'est ce qui m'a enduit en erreur.
Mais je me suis apercu qu'il existe aussi un 'force-reload' et c'est
peut-être cela que j'aurais dû faire.
Si quelqu'un sait comment ne pas logger les messages de
apache2-mod-perl et apache2-mod-python dans le 'access.log.
mess-mate
François TOURDE wrote:
| Le 13656ième jour après Epoch,
|
| Dominique Asselineau écrivait:
| > François TOURDE wrote on Wed, May 23, 2007 at 12:33:13PM +0200
| >
| >> Le 13656ième jour après Epoch,
| >>
| >> écrivait:
| >> > Gilles Mocellin wrote:
| >>
| >> [... Où il est question de log Apache ...]
| >>
| >> > | Si tu veux voir quels fichiers sont ouvert par apache, tu peux
| >> > | essayer : # lsof -p 2789
| >> >
| >> > Merci. C'est fait.
| >> > C'est incroyable comme on oubli de rebooter un 'restart' ne suffit
| >> > pas ...
| >>
| >> Alors là, franchement, je vois pas pourquoi tu serais obligé de
| >> redémarrer une machine juste pour apache et sa log...
| >>
| >> Même un 'reload' va refermer/réouvrir l'écriture dans la log...
| >
| > le restart n'arrête pas le process initial qui tourne normalement
| > sous root et je crois que c'est justement ce process qui gère les
| > logs.
|
| Soit, mais ce process recevant le signal de reload va:
|
| 1) Dire à tous ses fils de stopper après la requête courante
| 2) Relire la configuration
| 3) Réouvrir les fichiers de log
|
| Donc ça devrait marcher sans soucis.
Ben non.Ni le 'restart' ni le 'reload' n'ont suffit. (debian/etch)
Il fallait rebooter et c'est ce qui m'a enduit en erreur.
Mais je me suis apercu qu'il existe aussi un 'force-reload' et c'est
peut-être cela que j'aurais dû faire.
Si quelqu'un sait comment ne pas logger les messages de
apache2-mod-perl et apache2-mod-python dans le 'access.log.
mess-mate
Il est clair que les raisons necessitant un reboot sont très rares e t touchent
généralement au noyau/modules.
Il est clair que les raisons necessitant un reboot sont très rares e t touchent
généralement au noyau/modules.
Il est clair que les raisons necessitant un reboot sont très rares e t touchent
généralement au noyau/modules.
Le 13656ième jour après Epoch,
Gilles Mocellin écrivait:
> Il est clair que les raisons necessitant un reboot sont très rares et
> touchent généralement au noyau/modules.
Pas que... Moi j'ai dû rebooter un jour pour rajouter une barette de
ram :p
Les modules, pas souvent quand même... rmmod et modprobe sont nos amis
Il y a aussi les process zombie qui peuvent gêner. Certains progs ne
se lancent plus quand il reste un zombie d'eux dans la table des
process. Et dans ce cas, je ne pense pas qu'il existe de solution
propre. C'est arrivé à mon fils avec amarok il me semble.
Le 13656ième jour après Epoch,
Gilles Mocellin écrivait:
> Il est clair que les raisons necessitant un reboot sont très rares et
> touchent généralement au noyau/modules.
Pas que... Moi j'ai dû rebooter un jour pour rajouter une barette de
ram :p
Les modules, pas souvent quand même... rmmod et modprobe sont nos amis
Il y a aussi les process zombie qui peuvent gêner. Certains progs ne
se lancent plus quand il reste un zombie d'eux dans la table des
process. Et dans ce cas, je ne pense pas qu'il existe de solution
propre. C'est arrivé à mon fils avec amarok il me semble.
Le 13656ième jour après Epoch,
Gilles Mocellin écrivait:
> Il est clair que les raisons necessitant un reboot sont très rares et
> touchent généralement au noyau/modules.
Pas que... Moi j'ai dû rebooter un jour pour rajouter une barette de
ram :p
Les modules, pas souvent quand même... rmmod et modprobe sont nos amis
Il y a aussi les process zombie qui peuvent gêner. Certains progs ne
se lancent plus quand il reste un zombie d'eux dans la table des
process. Et dans ce cas, je ne pense pas qu'il existe de solution
propre. C'est arrivé à mon fils avec amarok il me semble.