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.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Jean-Dominique
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 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
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 ?
Une limitation mémoire au niveau PHP ou le time execution limit peut-être ?
As tu essayé avec un autre serveur web, genre lighty ?
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
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.
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.
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
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 ?
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 ?
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
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 !
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.
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
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 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.
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
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...
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...
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
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.
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
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
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
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 ?
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
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.
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.
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.
