connexions qui figent

Le
Stephane Dupille
Hello,


J'ai une dédiboite qui fait tourner un FreeBSD :
~> uname -a
FreeBSD galadriel.nospam.fr.eu.org 6.2-STABLE FreeBSD 6.2-STABLE #0:
Thu Jun 7 13:01:32 CEST 2007
dust@galadriel.nospam.fr.eu.org:/usr/obj/usr/src/sys/DEDIBOX i386

J'ai installé dessus Apache :
~> apachectl -v
Server version: Apache/2.2.6 (FreeBSD)
Server built: Sep 15 2007 08:24:30

Et PHP :
~> php --version
PHP 5.2.4 with Suhosin-Patch 0.9.6.2 (cli) (built: Sep 15 2007 08:37:23)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies


J'ai voulu installer un webmail. Mon choix s'est porté sur
roundcube. Il marche bien, le seul problème que j'ai concerne la
récupération des attachements. Par exemple, quand je veux récupérer
une image attachée dans un mail, il ne m'en récupère qu'un morceau, le
navigateur continue à mouliner dans la semoule, le process httpd en
face est toujours en « running », mais plus rien ne bouge, et je n'ai
toujours que le premier centimètre de l'image.

Chose rigolote, je n'ai pas toujours la même quantité de l'image :
des fois, j'en ai un centimètre, des fois deux. À noter que ça marche
avec tout type d'attachement, pas que les images.

J'ai installé un autre webmail, squirrel, et j'ai exactement le même
problème ! Toujours sur les attachements. Pour le reste, tout
fonctionne correctement.

Comme deux webmails différents sont impactés, je pense pouvoir les
mettre hors de cause.

Ce qui m'inquiète, c'est que je n'ai de message d'erreur nulle part :
ni dans le résultat de la requête HTTP, ni dans les logs d'apache, ni
dans les logs de PHP, ni dans les logs du webmail. Tout au plus
peut-on apercevoir régulièrement les process httpd qui se mettent en
mode « lockf » dans top (ça veut dire quoi, ça ?).

J'ai sniffé le traffic entre le navigateur et le serveur, RAS, juste
qu'à un moment le serveur arrête de causer, sans raison apparente.

Concernant le reste des infos, j'utilise postfix, mais je ne pense
pas que cela puisse avoir grand chose en rapport. Comme serveur imap,
j'utilise dovecot, version 1.0.b8, que je vais de ce pas upgrader en
1.0.5 histoire de voir si ça change qqchose.


Une piste pour savoir d'où ça pourrait venir ?
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Jean-Dominique
Le #897417
Stephane Dupille wrote:
Hello,


J'ai une dédiboite qui fait tourner un FreeBSD :
~> uname -a
FreeBSD galadriel.nospam.fr.eu.org 6.2-STABLE FreeBSD 6.2-STABLE #0:
Thu Jun 7 13:01:32 CEST 2007
:/usr/obj/usr/src/sys/DEDIBOX i386

J'ai installé dessus Apache :
~> apachectl -v
Server version: Apache/2.2.6 (FreeBSD)
Server built: Sep 15 2007 08:24:30

Et PHP :
~> php --version
PHP 5.2.4 with Suhosin-Patch 0.9.6.2 (cli) (built: Sep 15 2007 08:37:23)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies


J'ai voulu installer un webmail. Mon choix s'est porté sur
roundcube. Il marche bien, le seul problème que j'ai concerne la
récupération des attachements. Par exemple, quand je veux récupérer
une image attachée dans un mail, il ne m'en récupère qu'un morceau, le
navigateur continue à mouliner dans la semoule, le process httpd en
face est toujours en « running », mais plus rien ne bouge, et je n'ai
toujours que le premier centimètre de l'image.

Chose rigolote, je n'ai pas toujours la même quantité de l'image :
des fois, j'en ai un centimètre, des fois deux. À noter que ça marche
avec tout type d'attachement, pas que les images.

J'ai installé un autre webmail, squirrel, et j'ai exactement le même
problème ! Toujours sur les attachements. Pour le reste, tout
fonctionne correctement.

Comme deux webmails différents sont impactés, je pense pouvoir les
mettre hors de cause.

Ce qui m'inquiète, c'est que je n'ai de message d'erreur nulle part :
ni dans le résultat de la requête HTTP, ni dans les logs d'apache, ni
dans les logs de PHP, ni dans les logs du webmail. Tout au plus
peut-on apercevoir régulièrement les process httpd qui se mettent en
mode « lockf » dans top (ça veut dire quoi, ça ?).

J'ai sniffé le traffic entre le navigateur et le serveur, RAS, juste
qu'à un moment le serveur arrête de causer, sans raison apparente.

Concernant le reste des infos, j'utilise postfix, mais je ne pense
pas que cela puisse avoir grand chose en rapport. Comme serveur imap,
j'utilise dovecot, version 1.0.b8, que je vais de ce pas upgrader en
1.0.5 histoire de voir si ça change qqchose.


Une piste pour savoir d'où ça pourrait venir ?



Une limitation mémoire au niveau PHP ou le time execution limit peut-être ?

As tu essayé avec un autre serveur web, genre lighty ?

Bon courage.


--

Jean-Dominique

mon blog à moi : http://blog.c0ma.org

Stephane Dupille
Le #897078
Une piste pour savoir d'où ça pourrait venir ?
As-tu essayé le mantra magique ?

net.inet.tcp.rfc1323=0


Non, je n'ai pas essayé, mais je le fais à l'instant et... ça ne
marche pas mieux.

Il y a un PR là-dessus, j'ai pas le courgae de rechercher. MAis chez
moi, ça a réglé des connections TCP "stalled" au bout de quelques
instants.


Argh, pas chez moi. Unlucky.


Stephane Dupille
Le #897077
As-tu essayé en *local* avec un navigateur comme links pour voir si c'est
un problème réseau ?


Non, je n'ai pas essayé, mais les grosses connexions TCP marchent
sans soucis, par exemple j'ai des sessions SSH qui tiennent sans
problème particulier pendant plusieurs heures.

Oui, j'utilise SquirrelMail sur Nginx+Courier-imap et j'ai pas de soucis.


En cherchant j'ai vu qu'il pouvait y avoir un problème avec apache
spécifiquement sous FreeBSD, où les symptômes sont justement des
process qui sont en lockf.


De ce que je pense, cela viendrait d'Apache qui ne m'aimerait pas.
Il faudrait alors que je teste avec un autre serveur. Visiblement,
tout le monde parle de nginx comme bon palliatif, vous confirmez ici ?
avantages/inconvénients par rapport à apache ?

Stephane Dupille
Le #897076
Une limitation mémoire au niveau PHP ou le time execution limit peut-être ?


C'est la première chose à laquelle j'ai pensé, mais à moins que je
n'ai pas trouvé *la* bonne limite à virer...

As tu essayé avec un autre serveur web, genre lighty ?


Non, c'est la prochaine solution que je vais essayer, mais le
problème, c'est que c'est pas le genre d'opération que je peux
tenter sur un coin de table en un quart d'heure entre deux autres
trucs qui trainent.

Bon courage.


Merci à tous !

Jean-Dominique
Le #897075
Stephane Dupille wrote:

Une limitation mémoire au niveau PHP ou le time execution limit peut-être ?



C'est la première chose à laquelle j'ai pensé, mais à moins que je
n'ai pas trouvé *la* bonne limite à virer...


As tu essayé avec un autre serveur web, genre lighty ?



Non, c'est la prochaine solution que je vais essayer, mais le
problème, c'est que c'est pas le genre d'opération que je peux
tenter sur un coin de table en un quart d'heure entre deux autres
trucs qui trainent.


Bon courage.



Merci à tous !


Sur un serveur avec Roundcube j'ai :
max_execution_time = 30 ( valeur par défaut, il me semble)
memory_limit = 32M
output_buffering = On
Par contre j'ai du courier-imap.

La récupération fonctionne bien avec un client et ton serveur Dovecot
pour un message problématique?

Je soupçonne que la librairie utilisé dans roundcube est pas mal
consommatrice, j'avais eu des soucis, notamment avec l'ouverture
seulement d'une inbox.




--

Jean-Dominique

mon blog à moi : http://blog.c0ma.org


Stephane Dupille
Le #897072
Sur un serveur avec Roundcube j'ai :
max_execution_time = 30 ( valeur par défaut, il me semble)
memory_limit = 32M
output_buffering = On


J'ai encore moins restrictif que ça...

La récupération fonctionne bien avec un client et ton serveur Dovecot
pour un message problématique?


Oui, no problemo.

Je soupçonne que la librairie utilisé dans roundcube est pas mal
consommatrice, j'avais eu des soucis, notamment avec l'ouverture
seulement d'une inbox.


Les symptomes seraient que le binz est lent, pas que ça se coupe en
plein milieu. Enfin normalement...

Stephane Dupille
Le #897071
Nginx est moins complet que Apache mais aussi -du coup- moins lourd.
Pero je n'ai besoin que de php, de ssl et des serveurs virtuels. Nginx fait
ça très bien, et je trouve que c'est beaucoup plus simple à comprendre que
Apache. Et ça marche nickel.


J'ai exactement les mêmes besoins, donc ça peut m'intéresser. Le
fait qu'il soit moins lourd est effectivement un bon point.
L'inconvénient que j'en vois, c'est que Apache, je sais comment il
marche.

Tu as un comparatif avec les modules d'Apache là
http://wiki.codemongers.com/NginxModuleComparisonMatrix


Oki, merci.

Fabrice
Le #897416
Une piste pour savoir d'où ça pourrait venir ?
As-tu essayé le mantra magique ?

net.inet.tcp.rfc1323=0


Non, je n'ai pas essayé, mais je le fais à l'instant et... ça ne
marche pas mieux.

Il y a un PR là-dessus, j'ai pas le courgae de rechercher. MAis chez
moi, ça a réglé des connections TCP "stalled" au bout de quelques
instants.


Argh, pas chez moi. Unlucky.
T'as des règles IPFilter ? en bref, laisses tu passer les fragments ?


FAbrice



Stephane Dupille
Le #897415
Il y a un PR là-dessus, j'ai pas le courgae de rechercher. MAis chez
moi, ça a réglé des connections TCP "stalled" au bout de quelques
instants.
Argh, pas chez moi. Unlucky.

T'as des règles IPFilter ?



Nan. Il n'y a aucun firewall sur cette machine.

en bref, laisses tu passer les fragments ?


Normalement, oui. Je n'ai rien tuné à ce niveau sur cette machine.
En dehors de l'install des différents packages et les mises à jour
régulière, j'ai pas fait grand chose, et en particulier je n'ai pas
touché à la config par défaut de la couche réseau.



Et tient, ce matin, mon Apache a décidé de devenir anormalement gros
(quelques centaines de Mo en mémoire quand même) sans raison
apparente. Un arrêt/relance a résolu le pb. Je pense régler tout ça en
virant définitivement apache.



Publicité
Poster une réponse
Anonyme