J'ai un petit problème avec un serveur Linux (2.6.15.6, i386)
faisant tourner un contrôleur de domaine samba ainsi que des
services annexes (sendmail, sshd...).
Ce serveur est derrière un proxy/firewall. De temps en temps, le
serveur est inaccessible (il met un temps fou à répondre en ssh, je
suis à distance). Ce matin, mon client m'appelle. Réseau bloqué !...
On éteind les stations clients machine par machine. Il ne reste plus
que le serveur avec le routeur/firewall/proxy Alcatel. Trafic sur le
réseau : nul. Trafic vu du serveur : nul. Temps de réponse du
serveur : déplorable (plusieurs secondes à chaque fois). Trafic sur
la ligne adsl : nul. Charge du serveur : 0.01 (histoire de dire que
ce n'est pas nul).
Pas moyen de trouver ce qui coince sur le serveur. Je le reboote et
miracle, c'est reparti. Je n'arrive pas à savoir ce qui peut
coincer. Cela se reproduit tous les deux ou trois jours et je ne
sais plus par où cherche ! Une idée ?
J'ai commencé par mettre en cause le noyau, les câbles, les daemons
(samba entre autre) et je n'ai rien trouvé. Rien dans les logs non
plus, c'est frustrant.
Merci d'avance,
JKB
--
Pour contacter l'équipe de modération : moderateurs-fcolm@efrei.fr
ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans
la liste de distribution des modérateurs.
Pas moyen de trouver ce qui coince sur le serveur. Je le reboote et miracle, c'est reparti. Je n'arrive pas à savoir ce qui peut coincer. Cela se reproduit tous les deux ou trois jours et je ne sais plus par où cherche ! Une idée ?
Un bon gros memory leak des familles ?
-> /proc/meminfo -> /proc/slabinfo
Et autres.
JB.
-- BOFH excuse #433: error: one bad user found in front of screen
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
JKB <knatschke@koenigsberg.fr> wrote:
Pas moyen de trouver ce qui coince sur le serveur. Je le reboote et
miracle, c'est reparti. Je n'arrive pas à savoir ce qui peut
coincer. Cela se reproduit tous les deux ou trois jours et je ne
sais plus par où cherche ! Une idée ?
Un bon gros memory leak des familles ?
-> /proc/meminfo
-> /proc/slabinfo
Et autres.
JB.
--
BOFH excuse #433:
error: one bad user found in front of screen
--
Pour contacter l'équipe de modération : moderateurs-fcolm@efrei.fr
ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans
la liste de distribution des modérateurs.
Pas moyen de trouver ce qui coince sur le serveur. Je le reboote et miracle, c'est reparti. Je n'arrive pas à savoir ce qui peut coincer. Cela se reproduit tous les deux ou trois jours et je ne sais plus par où cherche ! Une idée ?
Un bon gros memory leak des familles ?
-> /proc/meminfo -> /proc/slabinfo
Et autres.
JB.
-- BOFH excuse #433: error: one bad user found in front of screen
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Emmanuel Florac
Le Tue, 21 Mar 2006 20:22:34 +0000, JKB a écrit :
J'ai commencé par mettre en cause le noyau, les câbles, les daemons (samba entre autre) et je n'ai rien trouvé. Rien dans les logs non plus, c'est frustrant.
Résolution de noms ? fichier /etc/hosts , resolv.conf foiré ?
-- on passe la moitié de son temps à refaire ce que l'on n'a pas eu le temps de faire correctement. Loi de Myers.
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Le Tue, 21 Mar 2006 20:22:34 +0000, JKB a écrit :
J'ai commencé par mettre en cause le noyau, les câbles, les daemons
(samba entre autre) et je n'ai rien trouvé. Rien dans les logs non
plus, c'est frustrant.
Résolution de noms ? fichier /etc/hosts , resolv.conf foiré ?
--
on passe la moitié de son temps à refaire ce que l'on n'a pas eu le
temps de faire correctement.
Loi de Myers.
--
Pour contacter l'équipe de modération : moderateurs-fcolm@efrei.fr
ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans
la liste de distribution des modérateurs.
J'ai commencé par mettre en cause le noyau, les câbles, les daemons (samba entre autre) et je n'ai rien trouvé. Rien dans les logs non plus, c'est frustrant.
Résolution de noms ? fichier /etc/hosts , resolv.conf foiré ?
-- on passe la moitié de son temps à refaire ce que l'on n'a pas eu le temps de faire correctement. Loi de Myers.
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
JKB
Le 21-03-2006, à propos de Re: Plantage (?) serveur, Julien BLACHE écrivait dans fr.comp.os.linux.moderated :
JKB wrote:
Pas moyen de trouver ce qui coince sur le serveur. Je le reboote et miracle, c'est reparti. Je n'arrive pas à savoir ce qui peut coincer. Cela se reproduit tous les deux ou trois jours et je ne sais plus par où cherche ! Une idée ?
Un bon gros memory leak des familles ?
-> /proc/meminfo -> /proc/slabinfo
Non, rien d'anormal (à première vue). J'ai 512 Mo de mémoire sur la machine et rien ne swappe, aucune activité suspecte. Pour info :
Par ailleurs, le plantage (ou plutôt l'engorgement) est soudain. Ce n'est pas une montée en charge progressive, et n'est pas reproductible (sur un réseau toujours chargé de la même façon).o Cordialement,
JKB
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Le 21-03-2006, à propos de
Re: Plantage (?) serveur,
Julien BLACHE écrivait dans fr.comp.os.linux.moderated :
JKB <knatschke@koenigsberg.fr> wrote:
Pas moyen de trouver ce qui coince sur le serveur. Je le reboote et
miracle, c'est reparti. Je n'arrive pas à savoir ce qui peut
coincer. Cela se reproduit tous les deux ou trois jours et je ne
sais plus par où cherche ! Une idée ?
Un bon gros memory leak des familles ?
-> /proc/meminfo
-> /proc/slabinfo
Non, rien d'anormal (à première vue). J'ai 512 Mo de mémoire sur la
machine et rien ne swappe, aucune activité suspecte. Pour info :
Par ailleurs, le plantage (ou plutôt l'engorgement) est soudain. Ce
n'est pas une montée en charge progressive, et n'est pas
reproductible (sur un réseau toujours chargé de la même façon).o
Cordialement,
JKB
--
Pour contacter l'équipe de modération : moderateurs-fcolm@efrei.fr
ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans
la liste de distribution des modérateurs.
Le 21-03-2006, à propos de Re: Plantage (?) serveur, Julien BLACHE écrivait dans fr.comp.os.linux.moderated :
JKB wrote:
Pas moyen de trouver ce qui coince sur le serveur. Je le reboote et miracle, c'est reparti. Je n'arrive pas à savoir ce qui peut coincer. Cela se reproduit tous les deux ou trois jours et je ne sais plus par où cherche ! Une idée ?
Un bon gros memory leak des familles ?
-> /proc/meminfo -> /proc/slabinfo
Non, rien d'anormal (à première vue). J'ai 512 Mo de mémoire sur la machine et rien ne swappe, aucune activité suspecte. Pour info :
Par ailleurs, le plantage (ou plutôt l'engorgement) est soudain. Ce n'est pas une montée en charge progressive, et n'est pas reproductible (sur un réseau toujours chargé de la même façon).o Cordialement,
JKB
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
JKB
Le 21-03-2006, à propos de Re: Plantage (?) serveur, Emmanuel Florac écrivait dans fr.comp.os.linux.moderated :
Le Tue, 21 Mar 2006 20:22:34 +0000, JKB a écrit :
J'ai commencé par mettre en cause le noyau, les câbles, les daemons (samba entre autre) et je n'ai rien trouvé. Rien dans les logs non plus, c'est frustrant.
Résolution de noms ? fichier /etc/hosts , resolv.conf foiré ?
J'ai un DNS local, le resolv.conf ne change pas (et pointe sur ce DNS) et le fichier /etc/hosts est tout ce qu'il y a de plus normal. Les DNS relayés par bind9 sont ceux de wanadoo (pas le choix).
De toute façon (mais je dis peut-être une bêtise), l'absence de résolution de nom peut affecter la connexion initiale par ssh, mais lorsque je suis effectivement connecté, il n'y a aucune raison que la machine réponde à mes requêtes à raison d'un caractèes par seconde en moyenne...
Autre chose amusante : rebooter le serveur résout les problèmes.
Pour information, voici les daemons lancés lors du boot :
Je ne vois rien de particulièrement choquant. Le S98jcollab est un progiciel qui fonctionne parfaiement (j'ai fait des tests sans).
Cordialement,
JKB
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Le 21-03-2006, à propos de
Re: Plantage (?) serveur,
Emmanuel Florac écrivait dans fr.comp.os.linux.moderated :
Le Tue, 21 Mar 2006 20:22:34 +0000, JKB a écrit :
J'ai commencé par mettre en cause le noyau, les câbles, les daemons
(samba entre autre) et je n'ai rien trouvé. Rien dans les logs non
plus, c'est frustrant.
Résolution de noms ? fichier /etc/hosts , resolv.conf foiré ?
J'ai un DNS local, le resolv.conf ne change pas (et pointe sur ce
DNS) et le fichier /etc/hosts est tout ce qu'il y a de plus normal.
Les DNS relayés par bind9 sont ceux de wanadoo (pas le choix).
De toute façon (mais je dis peut-être une bêtise), l'absence de
résolution de nom peut affecter la connexion initiale par ssh, mais
lorsque je suis effectivement connecté, il n'y a aucune raison que
la machine réponde à mes requêtes à raison d'un caractèes par
seconde en moyenne...
Autre chose amusante : rebooter le serveur résout les problèmes.
Pour information, voici les daemons lancés lors du boot :
Je ne vois rien de particulièrement choquant. Le S98jcollab est un
progiciel qui fonctionne parfaiement (j'ai fait des tests sans).
Cordialement,
JKB
--
Pour contacter l'équipe de modération : moderateurs-fcolm@efrei.fr
ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans
la liste de distribution des modérateurs.
Le 21-03-2006, à propos de Re: Plantage (?) serveur, Emmanuel Florac écrivait dans fr.comp.os.linux.moderated :
Le Tue, 21 Mar 2006 20:22:34 +0000, JKB a écrit :
J'ai commencé par mettre en cause le noyau, les câbles, les daemons (samba entre autre) et je n'ai rien trouvé. Rien dans les logs non plus, c'est frustrant.
Résolution de noms ? fichier /etc/hosts , resolv.conf foiré ?
J'ai un DNS local, le resolv.conf ne change pas (et pointe sur ce DNS) et le fichier /etc/hosts est tout ce qu'il y a de plus normal. Les DNS relayés par bind9 sont ceux de wanadoo (pas le choix).
De toute façon (mais je dis peut-être une bêtise), l'absence de résolution de nom peut affecter la connexion initiale par ssh, mais lorsque je suis effectivement connecté, il n'y a aucune raison que la machine réponde à mes requêtes à raison d'un caractèes par seconde en moyenne...
Autre chose amusante : rebooter le serveur résout les problèmes.
Pour information, voici les daemons lancés lors du boot :
Je ne vois rien de particulièrement choquant. Le S98jcollab est un progiciel qui fonctionne parfaiement (j'ai fait des tests sans).
Cordialement,
JKB
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Emmanuel Florac
Le Wed, 22 Mar 2006 20:54:45 +0000, JKB a écrit :
Je ne vois rien de particulièrement choquant. Le S98jcollab est un progiciel qui fonctionne parfaiement (j'ai fait des tests sans).
Tu as essayé avec une release de noyau différente ? J'ai eu de gros écarts de comportement entre un 2.6.12.2, un 2.6.13, un 2.6.15.1....
Par exemple, sur une machine unipro, noyau 2.6.15.1 avec les disques en RAID 1 et un noyau SMP, la reconstruction du RAID gèle la machine. Elle cesse de répondre (y compris en local) jusqu'à la fin de la reconstruction ! en passant au 2.6.15.6, le problème a disparu.
-- Je suis riche des biens dont je sais me passer. Louis-Jean-Baptiste Etienne Vigée.
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Le Wed, 22 Mar 2006 20:54:45 +0000, JKB a écrit :
Je ne vois rien de particulièrement choquant. Le S98jcollab est un
progiciel qui fonctionne parfaiement (j'ai fait des tests sans).
Tu as essayé avec une release de noyau différente ? J'ai eu de gros
écarts de comportement entre un 2.6.12.2, un 2.6.13, un 2.6.15.1....
Par exemple, sur une machine unipro, noyau 2.6.15.1 avec les disques en
RAID 1 et un noyau SMP, la reconstruction du RAID gèle la machine. Elle
cesse de répondre (y compris en local) jusqu'à la fin de la
reconstruction ! en passant au 2.6.15.6, le problème a disparu.
--
Je suis riche des biens dont je sais me passer.
Louis-Jean-Baptiste Etienne Vigée.
--
Pour contacter l'équipe de modération : moderateurs-fcolm@efrei.fr
ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans
la liste de distribution des modérateurs.
Je ne vois rien de particulièrement choquant. Le S98jcollab est un progiciel qui fonctionne parfaiement (j'ai fait des tests sans).
Tu as essayé avec une release de noyau différente ? J'ai eu de gros écarts de comportement entre un 2.6.12.2, un 2.6.13, un 2.6.15.1....
Par exemple, sur une machine unipro, noyau 2.6.15.1 avec les disques en RAID 1 et un noyau SMP, la reconstruction du RAID gèle la machine. Elle cesse de répondre (y compris en local) jusqu'à la fin de la reconstruction ! en passant au 2.6.15.6, le problème a disparu.
-- Je suis riche des biens dont je sais me passer. Louis-Jean-Baptiste Etienne Vigée.
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
JKB
Le 22-03-2006, à propos de Re: Plantage (?) serveur, Emmanuel Florac écrivait dans fr.comp.os.linux.moderated :
Le Wed, 22 Mar 2006 20:54:45 +0000, JKB a écrit :
Je ne vois rien de particulièrement choquant. Le S98jcollab est un progiciel qui fonctionne parfaiement (j'ai fait des tests sans).
Tu as essayé avec une release de noyau différente ? J'ai eu de gros écarts de comportement entre un 2.6.12.2, un 2.6.13, un 2.6.15.1....
Par exemple, sur une machine unipro, noyau 2.6.15.1 avec les disques en RAID 1 et un noyau SMP, la reconstruction du RAID gèle la machine. Elle cesse de répondre (y compris en local) jusqu'à la fin de la reconstruction ! en passant au 2.6.15.6, le problème a disparu.
J'ai essayé du 2.6.10 (origine debian) puis des 2.6.12, 2.6.14 et aujourd'hui, la machine tourne avec :
aboulafia:/var/log/samba# uname -a Linux aboulafia 2.6.15.6 #1 Tue Mar 14 22:14:01 CET 2006 i686 GNU/Linux (noyau de kernel.org)
Le comportement est à peu près le même. J'ai été tranquille durant deux mois (avec un 2.6.10) alors qu'un peu avant, avec le même noyau, le truc devait être rebooté tous les deux jours !... J'ai essayé plusieurs versions du daemon samba mais plus j'avance et moins je penche pour un problème de ce côté-là...
Je me demande de plus en plus si le gros routeur Alcatel sur lequel est conncecté le serveur n'aurait pas de temps en temps des vapeurs...
Cordialement,
JKB
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Le 22-03-2006, à propos de
Re: Plantage (?) serveur,
Emmanuel Florac écrivait dans fr.comp.os.linux.moderated :
Le Wed, 22 Mar 2006 20:54:45 +0000, JKB a écrit :
Je ne vois rien de particulièrement choquant. Le S98jcollab est un
progiciel qui fonctionne parfaiement (j'ai fait des tests sans).
Tu as essayé avec une release de noyau différente ? J'ai eu de gros
écarts de comportement entre un 2.6.12.2, un 2.6.13, un 2.6.15.1....
Par exemple, sur une machine unipro, noyau 2.6.15.1 avec les disques en
RAID 1 et un noyau SMP, la reconstruction du RAID gèle la machine. Elle
cesse de répondre (y compris en local) jusqu'à la fin de la
reconstruction ! en passant au 2.6.15.6, le problème a disparu.
J'ai essayé du 2.6.10 (origine debian) puis des 2.6.12, 2.6.14 et
aujourd'hui, la machine tourne avec :
aboulafia:/var/log/samba# uname -a
Linux aboulafia 2.6.15.6 #1 Tue Mar 14 22:14:01 CET 2006 i686 GNU/Linux
(noyau de kernel.org)
Le comportement est à peu près le même. J'ai été tranquille durant
deux mois (avec un 2.6.10) alors qu'un peu avant, avec le même
noyau, le truc devait être rebooté tous les deux jours !... J'ai
essayé plusieurs versions du daemon samba mais plus j'avance et
moins je penche pour un problème de ce côté-là...
Je me demande de plus en plus si le gros routeur Alcatel sur lequel
est conncecté le serveur n'aurait pas de temps en temps des
vapeurs...
Cordialement,
JKB
--
Pour contacter l'équipe de modération : moderateurs-fcolm@efrei.fr
ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans
la liste de distribution des modérateurs.
Le 22-03-2006, à propos de Re: Plantage (?) serveur, Emmanuel Florac écrivait dans fr.comp.os.linux.moderated :
Le Wed, 22 Mar 2006 20:54:45 +0000, JKB a écrit :
Je ne vois rien de particulièrement choquant. Le S98jcollab est un progiciel qui fonctionne parfaiement (j'ai fait des tests sans).
Tu as essayé avec une release de noyau différente ? J'ai eu de gros écarts de comportement entre un 2.6.12.2, un 2.6.13, un 2.6.15.1....
Par exemple, sur une machine unipro, noyau 2.6.15.1 avec les disques en RAID 1 et un noyau SMP, la reconstruction du RAID gèle la machine. Elle cesse de répondre (y compris en local) jusqu'à la fin de la reconstruction ! en passant au 2.6.15.6, le problème a disparu.
J'ai essayé du 2.6.10 (origine debian) puis des 2.6.12, 2.6.14 et aujourd'hui, la machine tourne avec :
aboulafia:/var/log/samba# uname -a Linux aboulafia 2.6.15.6 #1 Tue Mar 14 22:14:01 CET 2006 i686 GNU/Linux (noyau de kernel.org)
Le comportement est à peu près le même. J'ai été tranquille durant deux mois (avec un 2.6.10) alors qu'un peu avant, avec le même noyau, le truc devait être rebooté tous les deux jours !... J'ai essayé plusieurs versions du daemon samba mais plus j'avance et moins je penche pour un problème de ce côté-là...
Je me demande de plus en plus si le gros routeur Alcatel sur lequel est conncecté le serveur n'aurait pas de temps en temps des vapeurs...
Cordialement,
JKB
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Kevin Denis
Le 21-03-2006, JKB a écrit :
J'ai un petit problème avec un serveur Linux (2.6.15.6, i386) faisant tourner un contrôleur de domaine samba ainsi que des services annexes (sendmail, sshd...).
Ce serveur est derrière un proxy/firewall. De temps en temps, le serveur est inaccessible (il met un temps fou à répondre en ssh, je suis à distance). Ce matin, mon client m'appelle. Réseau bloqué !...
On éteind les stations clients machine par machine. Il ne reste plus que le serveur avec le routeur/firewall/proxy Alcatel. Trafic sur le réseau : nul. Trafic vu du serveur : nul. Temps de réponse du serveur : déplorable (plusieurs secondes à chaque fois). Trafic sur la ligne adsl : nul. Charge du serveur : 0.01 (histoire de dire que ce n'est pas nul).
Pas moyen de trouver ce qui coince sur le serveur. Je le reboote et miracle, c'est reparti. Je n'arrive pas à savoir ce qui peut coincer. Cela se reproduit tous les deux ou trois jours et je ne sais plus par où cherche ! Une idée ?
un ifconfig montre combien de paquets en erreur? RX packets:700 errors:0 dropped:0 overruns:0 frame:0 TX packets:447 errors:0 dropped:0 overruns:0 carrier:0 ^^^^^^^^^ J'ai eu une machine dont les cartes reseaux chauffaient (enfin c'est mon hypothese). Le taux d'erreur grimpait en fleche. Et dans ce cas, un reboot arrangeait le probleme un moment. J'ai change de boitier et mis du 3com, plus de soucis.
-- Kevin
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Le 21-03-2006, JKB <knatschke@koenigsberg.fr> a écrit :
J'ai un petit problème avec un serveur Linux (2.6.15.6, i386)
faisant tourner un contrôleur de domaine samba ainsi que des
services annexes (sendmail, sshd...).
Ce serveur est derrière un proxy/firewall. De temps en temps, le
serveur est inaccessible (il met un temps fou à répondre en ssh, je
suis à distance). Ce matin, mon client m'appelle. Réseau bloqué !...
On éteind les stations clients machine par machine. Il ne reste plus
que le serveur avec le routeur/firewall/proxy Alcatel. Trafic sur le
réseau : nul. Trafic vu du serveur : nul. Temps de réponse du
serveur : déplorable (plusieurs secondes à chaque fois). Trafic sur
la ligne adsl : nul. Charge du serveur : 0.01 (histoire de dire que
ce n'est pas nul).
Pas moyen de trouver ce qui coince sur le serveur. Je le reboote et
miracle, c'est reparti. Je n'arrive pas à savoir ce qui peut
coincer. Cela se reproduit tous les deux ou trois jours et je ne
sais plus par où cherche ! Une idée ?
un ifconfig montre combien de paquets en erreur?
RX packets:700 errors:0 dropped:0 overruns:0 frame:0
TX packets:447 errors:0 dropped:0 overruns:0 carrier:0
^^^^^^^^^
J'ai eu une machine dont les cartes reseaux chauffaient (enfin c'est
mon hypothese). Le taux d'erreur grimpait en fleche. Et dans ce cas,
un reboot arrangeait le probleme un moment.
J'ai change de boitier et mis du 3com, plus de soucis.
--
Kevin
--
Pour contacter l'équipe de modération : moderateurs-fcolm@efrei.fr
ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans
la liste de distribution des modérateurs.
J'ai un petit problème avec un serveur Linux (2.6.15.6, i386) faisant tourner un contrôleur de domaine samba ainsi que des services annexes (sendmail, sshd...).
Ce serveur est derrière un proxy/firewall. De temps en temps, le serveur est inaccessible (il met un temps fou à répondre en ssh, je suis à distance). Ce matin, mon client m'appelle. Réseau bloqué !...
On éteind les stations clients machine par machine. Il ne reste plus que le serveur avec le routeur/firewall/proxy Alcatel. Trafic sur le réseau : nul. Trafic vu du serveur : nul. Temps de réponse du serveur : déplorable (plusieurs secondes à chaque fois). Trafic sur la ligne adsl : nul. Charge du serveur : 0.01 (histoire de dire que ce n'est pas nul).
Pas moyen de trouver ce qui coince sur le serveur. Je le reboote et miracle, c'est reparti. Je n'arrive pas à savoir ce qui peut coincer. Cela se reproduit tous les deux ou trois jours et je ne sais plus par où cherche ! Une idée ?
un ifconfig montre combien de paquets en erreur? RX packets:700 errors:0 dropped:0 overruns:0 frame:0 TX packets:447 errors:0 dropped:0 overruns:0 carrier:0 ^^^^^^^^^ J'ai eu une machine dont les cartes reseaux chauffaient (enfin c'est mon hypothese). Le taux d'erreur grimpait en fleche. Et dans ce cas, un reboot arrangeait le probleme un moment. J'ai change de boitier et mis du 3com, plus de soucis.
-- Kevin
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
JKB
Le 23-03-2006, à propos de Re: Plantage (?) serveur, Kevin Denis écrivait dans fr.comp.os.linux.moderated :
Le 21-03-2006, JKB a écrit :
J'ai un petit problème avec un serveur Linux (2.6.15.6, i386) faisant tourner un contrôleur de domaine samba ainsi que des services annexes (sendmail, sshd...).
Ce serveur est derrière un proxy/firewall. De temps en temps, le serveur est inaccessible (il met un temps fou à répondre en ssh, je suis à distance). Ce matin, mon client m'appelle. Réseau bloqué !...
On éteind les stations clients machine par machine. Il ne reste plus que le serveur avec le routeur/firewall/proxy Alcatel. Trafic sur le réseau : nul. Trafic vu du serveur : nul. Temps de réponse du serveur : déplorable (plusieurs secondes à chaque fois). Trafic sur la ligne adsl : nul. Charge du serveur : 0.01 (histoire de dire que ce n'est pas nul).
Pas moyen de trouver ce qui coince sur le serveur. Je le reboote et miracle, c'est reparti. Je n'arrive pas à savoir ce qui peut coincer. Cela se reproduit tous les deux ou trois jours et je ne sais plus par où cherche ! Une idée ?
un ifconfig montre combien de paquets en erreur? RX packets:700 errors:0 dropped:0 overruns:0 frame:0 TX packets:447 errors:0 dropped:0 overruns:0 carrier:0
Je n'ai pas regardé. Je piste le truc histoire de voir. Actuellement, j'ai :
J'ai eu une machine dont les cartes reseaux chauffaient (enfin c'est mon hypothese). Le taux d'erreur grimpait en fleche. Et dans ce cas, un reboot arrangeait le probleme un moment. J'ai change de boitier et mis du 3com, plus de soucis.
La carte réseau (Via Rhine) est intégrée à la carte mère (Asus).
Cordialement,
JKB
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Le 23-03-2006, à propos de
Re: Plantage (?) serveur,
Kevin Denis écrivait dans fr.comp.os.linux.moderated :
Le 21-03-2006, JKB <knatschke@koenigsberg.fr> a écrit :
J'ai un petit problème avec un serveur Linux (2.6.15.6, i386)
faisant tourner un contrôleur de domaine samba ainsi que des
services annexes (sendmail, sshd...).
Ce serveur est derrière un proxy/firewall. De temps en temps, le
serveur est inaccessible (il met un temps fou à répondre en ssh, je
suis à distance). Ce matin, mon client m'appelle. Réseau bloqué !...
On éteind les stations clients machine par machine. Il ne reste plus
que le serveur avec le routeur/firewall/proxy Alcatel. Trafic sur le
réseau : nul. Trafic vu du serveur : nul. Temps de réponse du
serveur : déplorable (plusieurs secondes à chaque fois). Trafic sur
la ligne adsl : nul. Charge du serveur : 0.01 (histoire de dire que
ce n'est pas nul).
Pas moyen de trouver ce qui coince sur le serveur. Je le reboote et
miracle, c'est reparti. Je n'arrive pas à savoir ce qui peut
coincer. Cela se reproduit tous les deux ou trois jours et je ne
sais plus par où cherche ! Une idée ?
un ifconfig montre combien de paquets en erreur?
RX packets:700 errors:0 dropped:0 overruns:0 frame:0
TX packets:447 errors:0 dropped:0 overruns:0 carrier:0
Je n'ai pas regardé. Je piste le truc histoire de voir.
Actuellement, j'ai :
J'ai eu une machine dont les cartes reseaux chauffaient (enfin c'est
mon hypothese). Le taux d'erreur grimpait en fleche. Et dans ce cas,
un reboot arrangeait le probleme un moment.
J'ai change de boitier et mis du 3com, plus de soucis.
La carte réseau (Via Rhine) est intégrée à la carte mère (Asus).
Cordialement,
JKB
--
Pour contacter l'équipe de modération : moderateurs-fcolm@efrei.fr
ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans
la liste de distribution des modérateurs.
Le 23-03-2006, à propos de Re: Plantage (?) serveur, Kevin Denis écrivait dans fr.comp.os.linux.moderated :
Le 21-03-2006, JKB a écrit :
J'ai un petit problème avec un serveur Linux (2.6.15.6, i386) faisant tourner un contrôleur de domaine samba ainsi que des services annexes (sendmail, sshd...).
Ce serveur est derrière un proxy/firewall. De temps en temps, le serveur est inaccessible (il met un temps fou à répondre en ssh, je suis à distance). Ce matin, mon client m'appelle. Réseau bloqué !...
On éteind les stations clients machine par machine. Il ne reste plus que le serveur avec le routeur/firewall/proxy Alcatel. Trafic sur le réseau : nul. Trafic vu du serveur : nul. Temps de réponse du serveur : déplorable (plusieurs secondes à chaque fois). Trafic sur la ligne adsl : nul. Charge du serveur : 0.01 (histoire de dire que ce n'est pas nul).
Pas moyen de trouver ce qui coince sur le serveur. Je le reboote et miracle, c'est reparti. Je n'arrive pas à savoir ce qui peut coincer. Cela se reproduit tous les deux ou trois jours et je ne sais plus par où cherche ! Une idée ?
un ifconfig montre combien de paquets en erreur? RX packets:700 errors:0 dropped:0 overruns:0 frame:0 TX packets:447 errors:0 dropped:0 overruns:0 carrier:0
Je n'ai pas regardé. Je piste le truc histoire de voir. Actuellement, j'ai :
J'ai eu une machine dont les cartes reseaux chauffaient (enfin c'est mon hypothese). Le taux d'erreur grimpait en fleche. Et dans ce cas, un reboot arrangeait le probleme un moment. J'ai change de boitier et mis du 3com, plus de soucis.
La carte réseau (Via Rhine) est intégrée à la carte mère (Asus).
Cordialement,
JKB
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Emmanuel Florac
Le Fri, 24 Mar 2006 13:36:50 +0000, JKB a écrit :
La carte réseau (Via Rhine) est intégrée à la carte mère (Asus).
J'ai de très fréquents problème avec cette chose sur mon PC à la maison, la carte réseau fait des déconnexions intempestives, puis le module part en vrille, le syslog se remplit, à un point que le reboot est la seule solution praticable... Tu devrais peut être essayer de jeter une carte réseau à 3 sous dans un port PCI, pour voir.
-- Sutor ne ultra Crepidam.
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Le Fri, 24 Mar 2006 13:36:50 +0000, JKB a écrit :
La carte réseau (Via Rhine) est intégrée à la carte mère (Asus).
J'ai de très fréquents problème avec cette chose sur mon PC à la
maison, la carte réseau fait des déconnexions intempestives, puis le
module part en vrille, le syslog se remplit, à un point que le reboot est
la seule solution praticable...
Tu devrais peut être essayer de jeter une carte réseau à 3 sous dans un
port PCI, pour voir.
--
Sutor ne ultra Crepidam.
--
Pour contacter l'équipe de modération : moderateurs-fcolm@efrei.fr
ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans
la liste de distribution des modérateurs.
La carte réseau (Via Rhine) est intégrée à la carte mère (Asus).
J'ai de très fréquents problème avec cette chose sur mon PC à la maison, la carte réseau fait des déconnexions intempestives, puis le module part en vrille, le syslog se remplit, à un point que le reboot est la seule solution praticable... Tu devrais peut être essayer de jeter une carte réseau à 3 sous dans un port PCI, pour voir.
-- Sutor ne ultra Crepidam.
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Kevin Denis
Le 24-03-2006, JKB a écrit :
La carte réseau (Via Rhine) est intégrée à la carte mère (Asus).
un modinfo montre quelque trucs la dessus: parmtype: max_interrupt_work:int parmtype: debug:int parmtype: rx_copybreak:int parm: max_interrupt_work:VIA Rhine maximum events handled per interrupt parm: debug:VIA Rhine debug level (0-7) parm: rx_copybreak:VIA Rhine copy breakpoint for copy-only-tiny-frames
Peut etre a verifier en mode debug ce que la carte sort comme donnee. voir si lors d'un fort ralentissement un dechargement/rechargement de module n'arrange rien.
Dans les sources, j'ai vu:
The 3043 chip does not handle unaligned transmit or receive buffers, resulting in significant performance degradation for bounce buffer copies on transmit and unaligned IP headers on receive.
Les sources sont tres commentees; a creuser, peut etre. -- Kevin
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Le 24-03-2006, JKB <knatschke@koenigsberg.fr> a écrit :
La carte réseau (Via Rhine) est intégrée à la carte mère (Asus).
un modinfo montre quelque trucs la dessus:
parmtype: max_interrupt_work:int
parmtype: debug:int
parmtype: rx_copybreak:int
parm: max_interrupt_work:VIA Rhine maximum events handled
per interrupt
parm: debug:VIA Rhine debug level (0-7)
parm: rx_copybreak:VIA Rhine copy breakpoint for copy-only-tiny-frames
Peut etre a verifier en mode debug ce que la carte sort comme donnee.
voir si lors d'un fort ralentissement un dechargement/rechargement de
module n'arrange rien.
Dans les sources, j'ai vu:
The 3043 chip does not handle unaligned transmit or receive buffers, resulting
in significant performance degradation for bounce buffer copies on transmit
and unaligned IP headers on receive.
Les sources sont tres commentees; a creuser, peut etre.
--
Kevin
--
Pour contacter l'équipe de modération : moderateurs-fcolm@efrei.fr
ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans
la liste de distribution des modérateurs.
La carte réseau (Via Rhine) est intégrée à la carte mère (Asus).
un modinfo montre quelque trucs la dessus: parmtype: max_interrupt_work:int parmtype: debug:int parmtype: rx_copybreak:int parm: max_interrupt_work:VIA Rhine maximum events handled per interrupt parm: debug:VIA Rhine debug level (0-7) parm: rx_copybreak:VIA Rhine copy breakpoint for copy-only-tiny-frames
Peut etre a verifier en mode debug ce que la carte sort comme donnee. voir si lors d'un fort ralentissement un dechargement/rechargement de module n'arrange rien.
Dans les sources, j'ai vu:
The 3043 chip does not handle unaligned transmit or receive buffers, resulting in significant performance degradation for bounce buffer copies on transmit and unaligned IP headers on receive.
Les sources sont tres commentees; a creuser, peut etre. -- Kevin
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
