Re: temps de connection lent
Bon, j'ai localisé :
Il s'agit de spamd :
Mar 27 07:10:03 nova spamd[5780]: spamd: connection from localhost
[127.0.0.1] at port 53724
Mar 27 07:10:03 nova spamd[5780]: spamd: setuid to Debian-exim succeeded
Mar 27 07:10:03 nova spamd[5780]: spamd: processing message
<28043155.1174960520703.JavaMail.accucast@216.239.114.150> for
Debian-exim:100
Mar 27 07:10:04 nova kernel: spamd(5780): floating-point assist fault at
ip 200000000031e952, isr 0000020000003001
Mar 27 07:10:11 nova spamd[5780]: spamd: identified spam (13.6/5.0) for
Debian-exim:100 in 8.3 seconds, 45142 bytes.
Mar 27 07:10:11 nova spamd[5780]: spamd: result: Y 13 -
AWL,BAYES_99,HEAD_ILLEGAL_CHARS,HTML_90_100,HTML_IMAGE_RATIO_06,HTML_MESSAGE,MIME_HTML_ONLY,NORMAL_HTTP_TO_IP,NUMERIC_HTTP_ADDR
scantime=8.3,size=45142,user=Debian-exim,uid=100,required_score=5.0,rhost=localhost,raddr=127.0.0.1,rport=53724,mid=<28043155.1174960520703.JavaMail.accucast@216.239.114.150>,bayes=1,autolearn=no
plus de 8 secondes par mail <Confus>
si qqun a une idée ...
Guy
De Leeuw Guy a écrit :
> root@nova:~# time dig http://www.rutschle.net/
>
> ; <<>> DiG 9.3.4 <<>> http://www.rutschle.net/
> ;; global options: printcmd
> ;; Got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 22978
> ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
>
> ;; QUESTION SECTION:
> ;http://www.rutschle.net/. IN A
>
> ;; AUTHORITY SECTION:
> . 10786 IN SOA A.ROOT-SERVERS.NET.
> NSTLD.VERISIGN-GRS.COM. 2007032600 1800 900 604800 86400
>
> ;; Query time: 0 msec
> ;; SERVER: 127.0.0.1#53(127.0.0.1)
> ;; WHEN: Mon Mar 26 21:08:28 2007
> ;; MSG SIZE rcvd: 117
>
>
> real 0m0.008s
> user 0m0.008s
> sys 0m0.000s
> root@nova:~#
>
> à mon avis pas un problème de dns.
> ssh pas de soucis avec clefs publiques.
> par contre sans clefs (via un logon en bonne et due forme) c'est lent
>
> merci pour ton intérêt en tous cas :-)
> Guy
>
> Yves Rutschle a écrit :
>
>> On Mon, Mar 26, 2007 at 12:14:06PM +0200, De Leeuw Guy wrote:
>>
>>
>>> 7 a 10 secondes pour des petits messages
>>>
>>>
>> Ok.
>>
>>
>>
>>>> Est-ce que ta résolution de noms marche bien? 'dig' te
>>>> renvoit les adresses en combien de temps?
>>>>
>>>>
>>> oui oui dig www.google.be est instantané
>>>
>>>
>> Tu as sans doute google dans ton cache. Quid d'une adresse
>> que tu n'utilises pas souvent? (par ex.: www.rutschle.net)
>>
>> La raison de ma question, c'est que les délais "inexpliqués"
>> sont souvent dus à des problèmes de DNS: il faut attendre le
>> timeout sur le 1er DNS avant de passer au suivant, ça prend
>> donc du temps, mais pourtant tout marche apparement.
>>
>> Si c'est toujours instantané (ou rapide), c'est un autre
>> problème, pour lequel je n'ai pas a priori d'intuition. Je
>> suggèrerais de passer à strace: Trouve le PID du programme
>> qui prend du temps (avec `ps aux`), puis attache un strace
>> dessus (`strace -p<xxx>`). Strace va alors afficher tous les
>> appels systèmes effectués par le processus. Fait l'opération
>> qui prend du temps, et on voit sur quel appel ça bloque.
>>
>> Si ça bloque pas sur un appel système, heu, je vais être à
>> court d'idéees. :)
>>
>> Y.
>>
>>
>>
>>
>
>
>
Reply to: