Bonjour,
j'observe par intermittence des ralentissements de connexions entre les
machines de mon LAN (win2k) et le serveur (Debian). Ma question pose plus
sur les moyens de diagnostiquer ce qui se passe que (pour l'instant) sur une
recherche de solutions.
Les ralentissements apparaissent au bout d'un temps plus ou moins long, en
général 2-3 mois de fonctionnement mais en ce moment ça semble être toutes
les semaines, c'est pourquoi je soupçonne que ce phénomène est lié au volume
de données transférées à travers la carte réseau.
La machine est très peu chargée (serveur de fichier) et il doit rester
environ un Go de libre en mémoire (en comptant le swap ;-). Quand le réseau
s'écroule l'activité de la bécane n'est pas affectée, mais sur une connexion
ssh il faut 3 secondes pour afficher un caractère.
Là où ça devient comique c'est que relancer l'interface réseau résoud le
problème!! J'ai cherché des cas similaires sur Google et je n'ai rien trouvé
de la sorte de récent (pb similaires il y a 3 ans, fuite mémoire évoquée
sans autre réponse que "mettre à jour"). La seule chose que je verrais
serait de revenir à une version plus ancienne de Samba, mais laquelle...
Je suis preneur de tout début de piste[*] pour diagnostiquer ce qui se
passe sur cette interface réseau.
[*] en dehors des conseils "poster sur debian-user" et "poster sur les
listes Samba" auxquels j'ai déjà songé.
bye
JKr
PS: plus d'infos si besoin est:
Machine: Debian Woody (r5)
Linux 2.4.27
RAID-1 (logiciel)
Services:
Samba 3.0.14a (http://us1.samba.org/samba/ftp/Binary_Packages/Debian/samba3)
CUPS (1.1.14-5woody12)
<<<<<
:~> lspci
00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 3189
00:01.0 PCI bridge: VIA Technologies, Inc.: Unknown device b168
00:0c.0 Serial controller: Unknown device 9710:9835 (rev 01)
00:0d.0 Ethernet controller: VIA Technologies, Inc.: Unknown device 3106
(rev 86)
00:10.0 USB Controller: VIA Technologies, Inc. UHCI USB (rev 80)
00:10.1 USB Controller: VIA Technologies, Inc. UHCI USB (rev 80)
00:10.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 80)
00:10.3 USB Controller: VIA Technologies, Inc.: Unknown device 3104 (rev 82)
00:11.0 ISA bridge: VIA Technologies, Inc.: Unknown device 3177
00:11.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06)
00:11.5 Multimedia audio controller: VIA Technologies, Inc. AC97 Audio
Controller (rev 50)
00:12.0 Ethernet controller: VIA Technologies, Inc. Ethernet Controller
(rev 74)
Bonjour !
Bonjour,
j'observe par intermittence des ralentissements de connexions entre les
machines de mon LAN (win2k) et le serveur (Debian). Ma question pose plus
sur les moyens de diagnostiquer ce qui se passe que (pour l'instant) sur une
recherche de solutions.
Les ralentissements apparaissent au bout d'un temps plus ou moins long, en
général 2-3 mois de fonctionnement mais en ce moment ça semble être toutes
les semaines, c'est pourquoi je soupçonne que ce phénomène est lié au volume
de données transférées à travers la carte réseau.
La machine est très peu chargée (serveur de fichier) et il doit rester
environ un Go de libre en mémoire (en comptant le swap ;-). Quand le réseau
s'écroule l'activité de la bécane n'est pas affectée, mais sur une connexion
ssh il faut 3 secondes pour afficher un caractère.
Là où ça devient comique c'est que relancer l'interface réseau résoud le
problème!! J'ai cherché des cas similaires sur Google et je n'ai rien trouvé
de la sorte de récent (pb similaires il y a 3 ans, fuite mémoire évoquée
sans autre réponse que "mettre à jour"). La seule chose que je verrais
serait de revenir à une version plus ancienne de Samba, mais laquelle...
Je suis preneur de tout début de piste[*] pour diagnostiquer ce qui se
passe sur cette interface réseau.
[*] en dehors des conseils "poster sur debian-user" et "poster sur les
listes Samba" auxquels j'ai déjà songé.
bye
JKr
PS: plus d'infos si besoin est:
Machine: Debian Woody (r5)
Linux 2.4.27
RAID-1 (logiciel)
Services:
Samba 3.0.14a (http://us1.samba.org/samba/ftp/Binary_Packages/Debian/samba3)
CUPS (1.1.14-5woody12)
<<<<<
<jkr@thabor>:~> lspci
00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 3189
00:01.0 PCI bridge: VIA Technologies, Inc.: Unknown device b168
00:0c.0 Serial controller: Unknown device 9710:9835 (rev 01)
00:0d.0 Ethernet controller: VIA Technologies, Inc.: Unknown device 3106
(rev 86)
00:10.0 USB Controller: VIA Technologies, Inc. UHCI USB (rev 80)
00:10.1 USB Controller: VIA Technologies, Inc. UHCI USB (rev 80)
00:10.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 80)
00:10.3 USB Controller: VIA Technologies, Inc.: Unknown device 3104 (rev 82)
00:11.0 ISA bridge: VIA Technologies, Inc.: Unknown device 3177
00:11.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06)
00:11.5 Multimedia audio controller: VIA Technologies, Inc. AC97 Audio
Controller (rev 50)
00:12.0 Ethernet controller: VIA Technologies, Inc. Ethernet Controller
(rev 74)
Bonjour !
Bonjour,
j'observe par intermittence des ralentissements de connexions entre les
machines de mon LAN (win2k) et le serveur (Debian). Ma question pose plus
sur les moyens de diagnostiquer ce qui se passe que (pour l'instant) sur une
recherche de solutions.
Les ralentissements apparaissent au bout d'un temps plus ou moins long, en
général 2-3 mois de fonctionnement mais en ce moment ça semble être toutes
les semaines, c'est pourquoi je soupçonne que ce phénomène est lié au volume
de données transférées à travers la carte réseau.
La machine est très peu chargée (serveur de fichier) et il doit rester
environ un Go de libre en mémoire (en comptant le swap ;-). Quand le réseau
s'écroule l'activité de la bécane n'est pas affectée, mais sur une connexion
ssh il faut 3 secondes pour afficher un caractère.
Là où ça devient comique c'est que relancer l'interface réseau résoud le
problème!! J'ai cherché des cas similaires sur Google et je n'ai rien trouvé
de la sorte de récent (pb similaires il y a 3 ans, fuite mémoire évoquée
sans autre réponse que "mettre à jour"). La seule chose que je verrais
serait de revenir à une version plus ancienne de Samba, mais laquelle...
Je suis preneur de tout début de piste[*] pour diagnostiquer ce qui se
passe sur cette interface réseau.
[*] en dehors des conseils "poster sur debian-user" et "poster sur les
listes Samba" auxquels j'ai déjà songé.
bye
JKr
PS: plus d'infos si besoin est:
Machine: Debian Woody (r5)
Linux 2.4.27
RAID-1 (logiciel)
Services:
Samba 3.0.14a (http://us1.samba.org/samba/ftp/Binary_Packages/Debian/samba3)
CUPS (1.1.14-5woody12)
<<<<<
:~> lspci
00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 3189
00:01.0 PCI bridge: VIA Technologies, Inc.: Unknown device b168
00:0c.0 Serial controller: Unknown device 9710:9835 (rev 01)
00:0d.0 Ethernet controller: VIA Technologies, Inc.: Unknown device 3106
(rev 86)
00:10.0 USB Controller: VIA Technologies, Inc. UHCI USB (rev 80)
00:10.1 USB Controller: VIA Technologies, Inc. UHCI USB (rev 80)
00:10.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 80)
00:10.3 USB Controller: VIA Technologies, Inc.: Unknown device 3104 (rev 82)
00:11.0 ISA bridge: VIA Technologies, Inc.: Unknown device 3177
00:11.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06)
00:11.5 Multimedia audio controller: VIA Technologies, Inc. AC97 Audio
Controller (rev 50)
00:12.0 Ethernet controller: VIA Technologies, Inc. Ethernet Controller
(rev 74)
Bonjour !
[snip 75 lignes de citations inutiles pour cette réponse]
Je ne vais pas essayer de tout détailler avec toi mais si tu veux tester
une methode qui a deja fait ses preuves la voici:
sers toi du modele OSI pour valider chaque couche de ce dernier !
De cette facon tu isoleras petit a petit la nature du probleme en
éliminant au fur et a mesure les différentes hypothèses!
[snip 75 lignes de citations inutiles pour cette réponse]
Je ne vais pas essayer de tout détailler avec toi mais si tu veux tester
une methode qui a deja fait ses preuves la voici:
sers toi du modele OSI pour valider chaque couche de ce dernier !
De cette facon tu isoleras petit a petit la nature du probleme en
éliminant au fur et a mesure les différentes hypothèses!
[snip 75 lignes de citations inutiles pour cette réponse]
Je ne vais pas essayer de tout détailler avec toi mais si tu veux tester
une methode qui a deja fait ses preuves la voici:
sers toi du modele OSI pour valider chaque couche de ce dernier !
De cette facon tu isoleras petit a petit la nature du probleme en
éliminant au fur et a mesure les différentes hypothèses!
j'observe par intermittence des ralentissements de connexions entre les
machines de mon LAN (win2k) et le serveur (Debian). Ma question pose plus
sur les moyens de diagnostiquer ce qui se passe que (pour l'instant) sur une
recherche de solutions.
precise le "ralentissement"
Les ralentissements apparaissent au bout d'un temps plus ou moins long, en
général 2-3 mois de fonctionnement mais en ce moment ça semble être toutes
les semaines, c'est pourquoi je soupçonne que ce phénomène est lié au volume
de données transférées à travers la carte réseau.
La machine est très peu chargée (serveur de fichier) et il doit rester
environ un Go de libre en mémoire (en comptant le swap ;-). Quand le réseau
s'écroule l'activité de la bécane n'est pas affectée, mais sur une connexion
ssh il faut 3 secondes pour afficher un caractère.
et top te donne quelle charge pour le serveur?
Là où ça devient comique c'est que relancer l'interface réseau résoud le
problème!! J'ai cherché des cas similaires sur Google et je n'ai rien trouvé
de la sorte de récent (pb similaires il y a 3 ans, fuite mémoire évoquée
sans autre réponse que "mettre à jour"). La seule chose que je verrais
serait de revenir à une version plus ancienne de Samba, mais laquelle...
Je suis preneur de tout début de piste[*] pour diagnostiquer ce qui se
passe sur cette interface réseau.
J'avais eu ca avec deux cartes reseaux de basse qualite. La connection
j'observe par intermittence des ralentissements de connexions entre les
machines de mon LAN (win2k) et le serveur (Debian). Ma question pose plus
sur les moyens de diagnostiquer ce qui se passe que (pour l'instant) sur une
recherche de solutions.
precise le "ralentissement"
Les ralentissements apparaissent au bout d'un temps plus ou moins long, en
général 2-3 mois de fonctionnement mais en ce moment ça semble être toutes
les semaines, c'est pourquoi je soupçonne que ce phénomène est lié au volume
de données transférées à travers la carte réseau.
La machine est très peu chargée (serveur de fichier) et il doit rester
environ un Go de libre en mémoire (en comptant le swap ;-). Quand le réseau
s'écroule l'activité de la bécane n'est pas affectée, mais sur une connexion
ssh il faut 3 secondes pour afficher un caractère.
et top te donne quelle charge pour le serveur?
Là où ça devient comique c'est que relancer l'interface réseau résoud le
problème!! J'ai cherché des cas similaires sur Google et je n'ai rien trouvé
de la sorte de récent (pb similaires il y a 3 ans, fuite mémoire évoquée
sans autre réponse que "mettre à jour"). La seule chose que je verrais
serait de revenir à une version plus ancienne de Samba, mais laquelle...
Je suis preneur de tout début de piste[*] pour diagnostiquer ce qui se
passe sur cette interface réseau.
J'avais eu ca avec deux cartes reseaux de basse qualite. La connection
j'observe par intermittence des ralentissements de connexions entre les
machines de mon LAN (win2k) et le serveur (Debian). Ma question pose plus
sur les moyens de diagnostiquer ce qui se passe que (pour l'instant) sur une
recherche de solutions.
precise le "ralentissement"
Les ralentissements apparaissent au bout d'un temps plus ou moins long, en
général 2-3 mois de fonctionnement mais en ce moment ça semble être toutes
les semaines, c'est pourquoi je soupçonne que ce phénomène est lié au volume
de données transférées à travers la carte réseau.
La machine est très peu chargée (serveur de fichier) et il doit rester
environ un Go de libre en mémoire (en comptant le swap ;-). Quand le réseau
s'écroule l'activité de la bécane n'est pas affectée, mais sur une connexion
ssh il faut 3 secondes pour afficher un caractère.
et top te donne quelle charge pour le serveur?
Là où ça devient comique c'est que relancer l'interface réseau résoud le
problème!! J'ai cherché des cas similaires sur Google et je n'ai rien trouvé
de la sorte de récent (pb similaires il y a 3 ans, fuite mémoire évoquée
sans autre réponse que "mettre à jour"). La seule chose que je verrais
serait de revenir à une version plus ancienne de Samba, mais laquelle...
Je suis preneur de tout début de piste[*] pour diagnostiquer ce qui se
passe sur cette interface réseau.
J'avais eu ca avec deux cartes reseaux de basse qualite. La connection
On 2005-05-27, Julien K. wrote:j'observe par intermittence des ralentissements de connexions entre les
machines de mon LAN (win2k) et le serveur (Debian). Ma question pose plus
sur les moyens de diagnostiquer ce qui se passe que (pour l'instant) sur une
recherche de solutions.
precise le "ralentissement"
Les ralentissements apparaissent au bout d'un temps plus ou moins long, en
général 2-3 mois de fonctionnement mais en ce moment ça semble être toutes
les semaines, c'est pourquoi je soupçonne que ce phénomène est lié au volume
de données transférées à travers la carte réseau.
La machine est très peu chargée (serveur de fichier) et il doit rester
environ un Go de libre en mémoire (en comptant le swap ;-). Quand le réseau
s'écroule l'activité de la bécane n'est pas affectée, mais sur une connexion
ssh il faut 3 secondes pour afficher un caractère.
et top te donne quelle charge pour le serveur?
Là où ça devient comique c'est que relancer l'interface réseau résoud le
problème!!
J'avais eu ca avec deux cartes reseaux de basse qualite. La connection
tenait un moment, puis s'ecroulait.
Changer les cartes a ete la seule solution.
Tu as des erreurs?
:~$ /sbin/ifconfig eth0 | grep errors
RX packets:47144 errors:0 dropped:0 overruns:0 frame:0
TX packets:35223 errors:0 dropped:0 overruns:0 carrier:0
^^^-la
On 2005-05-27, Julien K. <bozo_le_clown@wherever.you.want.com> wrote:
j'observe par intermittence des ralentissements de connexions entre les
machines de mon LAN (win2k) et le serveur (Debian). Ma question pose plus
sur les moyens de diagnostiquer ce qui se passe que (pour l'instant) sur une
recherche de solutions.
precise le "ralentissement"
Les ralentissements apparaissent au bout d'un temps plus ou moins long, en
général 2-3 mois de fonctionnement mais en ce moment ça semble être toutes
les semaines, c'est pourquoi je soupçonne que ce phénomène est lié au volume
de données transférées à travers la carte réseau.
La machine est très peu chargée (serveur de fichier) et il doit rester
environ un Go de libre en mémoire (en comptant le swap ;-). Quand le réseau
s'écroule l'activité de la bécane n'est pas affectée, mais sur une connexion
ssh il faut 3 secondes pour afficher un caractère.
et top te donne quelle charge pour le serveur?
Là où ça devient comique c'est que relancer l'interface réseau résoud le
problème!!
J'avais eu ca avec deux cartes reseaux de basse qualite. La connection
tenait un moment, puis s'ecroulait.
Changer les cartes a ete la seule solution.
Tu as des erreurs?
kevin@zipslack:~$ /sbin/ifconfig eth0 | grep errors
RX packets:47144 errors:0 dropped:0 overruns:0 frame:0
TX packets:35223 errors:0 dropped:0 overruns:0 carrier:0
^^^-la
On 2005-05-27, Julien K. wrote:j'observe par intermittence des ralentissements de connexions entre les
machines de mon LAN (win2k) et le serveur (Debian). Ma question pose plus
sur les moyens de diagnostiquer ce qui se passe que (pour l'instant) sur une
recherche de solutions.
precise le "ralentissement"
Les ralentissements apparaissent au bout d'un temps plus ou moins long, en
général 2-3 mois de fonctionnement mais en ce moment ça semble être toutes
les semaines, c'est pourquoi je soupçonne que ce phénomène est lié au volume
de données transférées à travers la carte réseau.
La machine est très peu chargée (serveur de fichier) et il doit rester
environ un Go de libre en mémoire (en comptant le swap ;-). Quand le réseau
s'écroule l'activité de la bécane n'est pas affectée, mais sur une connexion
ssh il faut 3 secondes pour afficher un caractère.
et top te donne quelle charge pour le serveur?
Là où ça devient comique c'est que relancer l'interface réseau résoud le
problème!!
J'avais eu ca avec deux cartes reseaux de basse qualite. La connection
tenait un moment, puis s'ecroulait.
Changer les cartes a ete la seule solution.
Tu as des erreurs?
:~$ /sbin/ifconfig eth0 | grep errors
RX packets:47144 errors:0 dropped:0 overruns:0 frame:0
TX packets:35223 errors:0 dropped:0 overruns:0 carrier:0
^^^-la
j'observe par intermittence des ralentissements de connexions entre les
machines de mon LAN (win2k) et le serveur (Debian). Ma question pose plus
sur les moyens de diagnostiquer ce qui se passe que (pour l'instant) sur une
recherche de solutions.
precise le "ralentissement"
Eh bien un caractère met 3 secondes à s'afficher dans Putty. C'est pas
très probant comme indicateur puisque les Win2k font de pieds et des mains
pour retrouver le serveur ("eh les gars y'a Raymond qui a planté") et donc
ça ralentit même l'affichage local. Je dirais 1-2 ko/sec max sur un LAN
à 100Mb.
La prochaine fois que ça arrivera j'essaierai de me connecter avec un
portable sous Linux, histoire de voir si ça fait une différence. Cependant
la console sur le port série fonctionne normalement, c'est de là que je
relance le réseau par "/etc/init.d/networking restart".
Essaye de lancer un tcpdump voir quel type de trafic reseau perturbe ainsi
Je vais essayer de forcer la chose en transférant des gros volumes, c'est
vendredi, j'ai un DVD de LedZep je vais voir ce que ça fait ;-).Les ralentissements apparaissent au bout d'un temps plus ou moins long, en
général 2-3 mois de fonctionnement mais en ce moment ça semble être toutes
les semaines, c'est pourquoi je soupçonne que ce phénomène est lié au volume
de données transférées à travers la carte réseau.
La machine est très peu chargée (serveur de fichier) et il doit rester
environ un Go de libre en mémoire (en comptant le swap ;-). Quand le réseau
s'écroule l'activité de la bécane n'est pas affectée, mais sur une connexion
ssh il faut 3 secondes pour afficher un caractère.
et top te donne quelle charge pour le serveur?
Sub nulle, le premier processus est sshd en charge processeur; par
contre je trouve que les démons smbd sont assez nombreux mais à la réflexion
pas beucoup plus que d'habitude. Je n'ai pas beaucoup eu l'occasion
d'étudier le phénomène puisque le plus urgent est de remettre le serveur
disponible pour les utilisateurs.
mais vu que c'est le seul moment ou le defaut se manisfeste, c'est le seul
j'observe par intermittence des ralentissements de connexions entre les
machines de mon LAN (win2k) et le serveur (Debian). Ma question pose plus
sur les moyens de diagnostiquer ce qui se passe que (pour l'instant) sur une
recherche de solutions.
precise le "ralentissement"
Eh bien un caractère met 3 secondes à s'afficher dans Putty. C'est pas
très probant comme indicateur puisque les Win2k font de pieds et des mains
pour retrouver le serveur ("eh les gars y'a Raymond qui a planté") et donc
ça ralentit même l'affichage local. Je dirais 1-2 ko/sec max sur un LAN
à 100Mb.
La prochaine fois que ça arrivera j'essaierai de me connecter avec un
portable sous Linux, histoire de voir si ça fait une différence. Cependant
la console sur le port série fonctionne normalement, c'est de là que je
relance le réseau par "/etc/init.d/networking restart".
Essaye de lancer un tcpdump voir quel type de trafic reseau perturbe ainsi
Je vais essayer de forcer la chose en transférant des gros volumes, c'est
vendredi, j'ai un DVD de LedZep je vais voir ce que ça fait ;-).
Les ralentissements apparaissent au bout d'un temps plus ou moins long, en
général 2-3 mois de fonctionnement mais en ce moment ça semble être toutes
les semaines, c'est pourquoi je soupçonne que ce phénomène est lié au volume
de données transférées à travers la carte réseau.
La machine est très peu chargée (serveur de fichier) et il doit rester
environ un Go de libre en mémoire (en comptant le swap ;-). Quand le réseau
s'écroule l'activité de la bécane n'est pas affectée, mais sur une connexion
ssh il faut 3 secondes pour afficher un caractère.
et top te donne quelle charge pour le serveur?
Sub nulle, le premier processus est sshd en charge processeur; par
contre je trouve que les démons smbd sont assez nombreux mais à la réflexion
pas beucoup plus que d'habitude. Je n'ai pas beaucoup eu l'occasion
d'étudier le phénomène puisque le plus urgent est de remettre le serveur
disponible pour les utilisateurs.
mais vu que c'est le seul moment ou le defaut se manisfeste, c'est le seul
j'observe par intermittence des ralentissements de connexions entre les
machines de mon LAN (win2k) et le serveur (Debian). Ma question pose plus
sur les moyens de diagnostiquer ce qui se passe que (pour l'instant) sur une
recherche de solutions.
precise le "ralentissement"
Eh bien un caractère met 3 secondes à s'afficher dans Putty. C'est pas
très probant comme indicateur puisque les Win2k font de pieds et des mains
pour retrouver le serveur ("eh les gars y'a Raymond qui a planté") et donc
ça ralentit même l'affichage local. Je dirais 1-2 ko/sec max sur un LAN
à 100Mb.
La prochaine fois que ça arrivera j'essaierai de me connecter avec un
portable sous Linux, histoire de voir si ça fait une différence. Cependant
la console sur le port série fonctionne normalement, c'est de là que je
relance le réseau par "/etc/init.d/networking restart".
Essaye de lancer un tcpdump voir quel type de trafic reseau perturbe ainsi
Je vais essayer de forcer la chose en transférant des gros volumes, c'est
vendredi, j'ai un DVD de LedZep je vais voir ce que ça fait ;-).Les ralentissements apparaissent au bout d'un temps plus ou moins long, en
général 2-3 mois de fonctionnement mais en ce moment ça semble être toutes
les semaines, c'est pourquoi je soupçonne que ce phénomène est lié au volume
de données transférées à travers la carte réseau.
La machine est très peu chargée (serveur de fichier) et il doit rester
environ un Go de libre en mémoire (en comptant le swap ;-). Quand le réseau
s'écroule l'activité de la bécane n'est pas affectée, mais sur une connexion
ssh il faut 3 secondes pour afficher un caractère.
et top te donne quelle charge pour le serveur?
Sub nulle, le premier processus est sshd en charge processeur; par
contre je trouve que les démons smbd sont assez nombreux mais à la réflexion
pas beucoup plus que d'habitude. Je n'ai pas beaucoup eu l'occasion
d'étudier le phénomène puisque le plus urgent est de remettre le serveur
disponible pour les utilisateurs.
mais vu que c'est le seul moment ou le defaut se manisfeste, c'est le seul
Bonjour Kevin,
On ven, 27 mai 2005 at 11:31 GMT, Kevin Denis wrote:On 2005-05-27, Julien K. wrote:j'observe par intermittence des ralentissements de connexions entre
lesmachines de mon LAN (win2k) et le serveur (Debian). Ma question pose
plussur les moyens de diagnostiquer ce qui se passe que (pour l'instant)
sur unerecherche de solutions.
precise le "ralentissement"
Eh bien un caractère met 3 secondes à s'afficher dans Putty. C'est pas
très probant comme indicateur puisque les Win2k font de pieds et des mains
pour retrouver le serveur ("eh les gars y'a Raymond qui a planté") et donc
ça ralentit même l'affichage local. Je dirais 1-2 ko/sec max sur un LAN
à 100Mb.
La prochaine fois que ça arrivera j'essaierai de me connecter avec un
portable sous Linux, histoire de voir si ça fait une différence. Cependant
la console sur le port série fonctionne normalement, c'est de là que je
relance le réseau par "/etc/init.d/networking restart".
Je vais essayer de forcer la chose en transférant des gros volumes,
c'est
vendredi, j'ai un DVD de LedZep je vais voir ce que ça fait ;-).Les ralentissements apparaissent au bout d'un temps plus ou moins
long, engénéral 2-3 mois de fonctionnement mais en ce moment ça semble être
toutesles semaines, c'est pourquoi je soupçonne que ce phénomène est lié au
volumede données transférées à travers la carte réseau.
La machine est très peu chargée (serveur de fichier) et il doit
resterenviron un Go de libre en mémoire (en comptant le swap ;-). Quand le
réseaus'écroule l'activité de la bécane n'est pas affectée, mais sur une
connexionssh il faut 3 secondes pour afficher un caractère.
et top te donne quelle charge pour le serveur?
Sub nulle, le premier processus est sshd en charge processeur; par
contre je trouve que les démons smbd sont assez nombreux mais à la
réflexion
pas beucoup plus que d'habitude. Je n'ai pas beaucoup eu l'occasion
d'étudier le phénomène puisque le plus urgent est de remettre le serveur
disponible pour les utilisateurs.Là où ça devient comique c'est que relancer l'interface réseau
résoud leproblème!!
J'avais eu ca avec deux cartes reseaux de basse qualite. La connection
tenait un moment, puis s'ecroulait.
Changer les cartes a ete la seule solution.
Oui, j'y ai vaguement pensé...Tu as des erreurs?
:~$ /sbin/ifconfig eth0 | grep errors
RX packets:47144 errors:0 dropped:0 overruns:0 frame:0
TX packets:35223 errors:0 dropped:0 overruns:0 carrier:0
^^^-la
Pas pour l'instant mais je vais surveiller ça.
Merci pour ton aide.
bye
JKr
--
EMACS: Experience the Mildest Ad Campaign ever Seen
Bonjour Kevin,
On ven, 27 mai 2005 at 11:31 GMT, Kevin Denis wrote:
On 2005-05-27, Julien K. <bozo_le_clown@wherever.you.want.com> wrote:
j'observe par intermittence des ralentissements de connexions entre
les
machines de mon LAN (win2k) et le serveur (Debian). Ma question pose
plus
sur les moyens de diagnostiquer ce qui se passe que (pour l'instant)
sur une
recherche de solutions.
precise le "ralentissement"
Eh bien un caractère met 3 secondes à s'afficher dans Putty. C'est pas
très probant comme indicateur puisque les Win2k font de pieds et des mains
pour retrouver le serveur ("eh les gars y'a Raymond qui a planté") et donc
ça ralentit même l'affichage local. Je dirais 1-2 ko/sec max sur un LAN
à 100Mb.
La prochaine fois que ça arrivera j'essaierai de me connecter avec un
portable sous Linux, histoire de voir si ça fait une différence. Cependant
la console sur le port série fonctionne normalement, c'est de là que je
relance le réseau par "/etc/init.d/networking restart".
Je vais essayer de forcer la chose en transférant des gros volumes,
c'est
vendredi, j'ai un DVD de LedZep je vais voir ce que ça fait ;-).
Les ralentissements apparaissent au bout d'un temps plus ou moins
long, en
général 2-3 mois de fonctionnement mais en ce moment ça semble être
toutes
les semaines, c'est pourquoi je soupçonne que ce phénomène est lié au
volume
de données transférées à travers la carte réseau.
La machine est très peu chargée (serveur de fichier) et il doit
rester
environ un Go de libre en mémoire (en comptant le swap ;-). Quand le
réseau
s'écroule l'activité de la bécane n'est pas affectée, mais sur une
connexion
ssh il faut 3 secondes pour afficher un caractère.
et top te donne quelle charge pour le serveur?
Sub nulle, le premier processus est sshd en charge processeur; par
contre je trouve que les démons smbd sont assez nombreux mais à la
réflexion
pas beucoup plus que d'habitude. Je n'ai pas beaucoup eu l'occasion
d'étudier le phénomène puisque le plus urgent est de remettre le serveur
disponible pour les utilisateurs.
Là où ça devient comique c'est que relancer l'interface réseau
résoud le
problème!!
J'avais eu ca avec deux cartes reseaux de basse qualite. La connection
tenait un moment, puis s'ecroulait.
Changer les cartes a ete la seule solution.
Oui, j'y ai vaguement pensé...
Tu as des erreurs?
kevin@zipslack:~$ /sbin/ifconfig eth0 | grep errors
RX packets:47144 errors:0 dropped:0 overruns:0 frame:0
TX packets:35223 errors:0 dropped:0 overruns:0 carrier:0
^^^-la
Pas pour l'instant mais je vais surveiller ça.
Merci pour ton aide.
bye
JKr
--
EMACS: Experience the Mildest Ad Campaign ever Seen
Bonjour Kevin,
On ven, 27 mai 2005 at 11:31 GMT, Kevin Denis wrote:On 2005-05-27, Julien K. wrote:j'observe par intermittence des ralentissements de connexions entre
lesmachines de mon LAN (win2k) et le serveur (Debian). Ma question pose
plussur les moyens de diagnostiquer ce qui se passe que (pour l'instant)
sur unerecherche de solutions.
precise le "ralentissement"
Eh bien un caractère met 3 secondes à s'afficher dans Putty. C'est pas
très probant comme indicateur puisque les Win2k font de pieds et des mains
pour retrouver le serveur ("eh les gars y'a Raymond qui a planté") et donc
ça ralentit même l'affichage local. Je dirais 1-2 ko/sec max sur un LAN
à 100Mb.
La prochaine fois que ça arrivera j'essaierai de me connecter avec un
portable sous Linux, histoire de voir si ça fait une différence. Cependant
la console sur le port série fonctionne normalement, c'est de là que je
relance le réseau par "/etc/init.d/networking restart".
Je vais essayer de forcer la chose en transférant des gros volumes,
c'est
vendredi, j'ai un DVD de LedZep je vais voir ce que ça fait ;-).Les ralentissements apparaissent au bout d'un temps plus ou moins
long, engénéral 2-3 mois de fonctionnement mais en ce moment ça semble être
toutesles semaines, c'est pourquoi je soupçonne que ce phénomène est lié au
volumede données transférées à travers la carte réseau.
La machine est très peu chargée (serveur de fichier) et il doit
resterenviron un Go de libre en mémoire (en comptant le swap ;-). Quand le
réseaus'écroule l'activité de la bécane n'est pas affectée, mais sur une
connexionssh il faut 3 secondes pour afficher un caractère.
et top te donne quelle charge pour le serveur?
Sub nulle, le premier processus est sshd en charge processeur; par
contre je trouve que les démons smbd sont assez nombreux mais à la
réflexion
pas beucoup plus que d'habitude. Je n'ai pas beaucoup eu l'occasion
d'étudier le phénomène puisque le plus urgent est de remettre le serveur
disponible pour les utilisateurs.Là où ça devient comique c'est que relancer l'interface réseau
résoud leproblème!!
J'avais eu ca avec deux cartes reseaux de basse qualite. La connection
tenait un moment, puis s'ecroulait.
Changer les cartes a ete la seule solution.
Oui, j'y ai vaguement pensé...Tu as des erreurs?
:~$ /sbin/ifconfig eth0 | grep errors
RX packets:47144 errors:0 dropped:0 overruns:0 frame:0
TX packets:35223 errors:0 dropped:0 overruns:0 carrier:0
^^^-la
Pas pour l'instant mais je vais surveiller ça.
Merci pour ton aide.
bye
JKr
--
EMACS: Experience the Mildest Ad Campaign ever Seen
Non la prochaine fois mets toi a slackware ô^ô
Non la prochaine fois mets toi a slackware ô^ô
Non la prochaine fois mets toi a slackware ô^ô
j'observe par intermittence des ralentissements de connexions entre
les machines de mon LAN (win2k) et le serveur (Debian).
La prochaine fois que ça arrivera j'essaierai de me connecter avec un
portable sous Linux, histoire de voir si ça fait une différence. Cependant
la console sur le port série fonctionne normalement, c'est de là que je
relance le réseau par "/etc/init.d/networking restart".
Essaye de lancer un tcpdump voir quel type de trafic reseau perturbe ainsi
le systeme.
j'observe par intermittence des ralentissements de connexions entre
les machines de mon LAN (win2k) et le serveur (Debian).
La prochaine fois que ça arrivera j'essaierai de me connecter avec un
portable sous Linux, histoire de voir si ça fait une différence. Cependant
la console sur le port série fonctionne normalement, c'est de là que je
relance le réseau par "/etc/init.d/networking restart".
Essaye de lancer un tcpdump voir quel type de trafic reseau perturbe ainsi
le systeme.
j'observe par intermittence des ralentissements de connexions entre
les machines de mon LAN (win2k) et le serveur (Debian).
La prochaine fois que ça arrivera j'essaierai de me connecter avec un
portable sous Linux, histoire de voir si ça fait une différence. Cependant
la console sur le port série fonctionne normalement, c'est de là que je
relance le réseau par "/etc/init.d/networking restart".
Essaye de lancer un tcpdump voir quel type de trafic reseau perturbe ainsi
le systeme.