Re: réseau, NFS, MysQL, appli : déterminer ce qui coince

[Pascal Hambourg <pascal.mail@plouf.fr.eu.org>]

(ouille, merci d'éviter le HTML à l'avenir !)

Samuel Cifuentes-Favini a écrit :
> 
> ma tentative de sniff wireshark me donne bien des lignes mentionnant mDNS  !
> elles sont en rouge (erreur ?)
> les voici :
> 332 69.695505 192.168.80.150 224.0.0.251 MDNS Standard query PTR
> 104.85.168.192.in-addr.arpa, "QM" question
> 337 70.711944 192.168.80.150 224.0.0.251 MDNS Standard query PTR
> 104.85.168.192.in-addr.arpa, "QM" question
> 342 72.730062 192.168.80.150 224.0.0.251 MDNS Standard query PTR
> 104.85.168.192.in-addr.arpa, "QM" question

Ce sont des requêtes émises par 192.168.80.150 (le serveur si j'ai bien
compris) de résolution inverse de l'adresse 192.168.85.104 (c'est qui ?)

> il y a d'autres choses "bizarres" (mais que je ne sais pas interpreter)
> 354 76.936145 192.168.80.150 192.168.85.104 MySQL [TCP Out-Of-Order]
> Server Greeting proto=10 version=5.0.51a-24+lenny3

Qu'est-ce que tu trouves bizarre ?

La datation de ces paquets se situe entre 69 et 77 secondes, mais quand
se situe le lancement de l'application sur le client sid par rapport à
cette capture ? Tu parlais d'un délai de 25 secondes ?
Je répète qu'il faudrait examiner tout le trafic entre le lancement de
l'application et le début de l'affichage, pas juste quelques fragments
isolés.

> oui, le "serveur" mySQL+ NFS est sous lenny (il a pour adresse
> 192.168.80.150)

lenny ou squeeze ? Dans le premier message tu écrivais que le serveur
était sous squeeze.