On Mon, 2004-02-09 at 13:08, Alain Belkadi wrote:
> J'ai eu le cas une fois o� un serveur �tait super lent � atteindre ... un
> petit restart des switchs et hubs du lan et hop tout �tait revenu � la
> normale.
Moi aussi, tr�s rarement, mais cela a suffit (2 fois pour un Cisco).
J'ai eu aussi un probl�me d'alim dans un switch : erratique (parfois
probl�mes curieux, en g�n�ral RAS).
As-tu regard� les statistiques les cartes incrimin�es Si quelque part
une carte commence � foirer, cela peut se r�percuter sur les collisions
etc.
J'ai eu (il y a longtemps) un probl�me � 1 km de la carte fautive :
probl�mes erratiques dans le ch�teau m�di�val entour� d'un �tang au
Jardin Botanique National (beaucoup d'humidit� pour les hubs dans les
caves, mauvais signal sans beaux flans carr�s...). Finalement la cause
r�elle �tait dans un vieux PC XT dont quelqu'un avait remplac� la carte
vid�o CGA (oui cela a exist�) par une carte Hercule. Hors cette derni�re
�crivait dans la m�me RAM partag�e avec la carte r�seau... ce qui
causait de r�els probl�mes l� o� le signal �tait de mauvaise qualit�.
J'ai compris en corr�lant les probl�mes avec la pr�sence du chercheur
dans son bureau. Pas toujours facile � trouver ;-)
--------------------
RX packets:6345 errors:0 dropped:0 overruns:0 frame:0
TX packets:6184 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:4354285 (4.1 Mb) TX bytes:883385 (862.6 Kb)
-----------------------
Cordialement,
Alain
> Ou alors conchetta qui s'est pris les pieds dans les cables ;-)
>
> R�mi Letot said:
> > Bonjour,
> >
> > j'ai eu un truc un peu bizarre cette nuit : je re�ois une alerte hier
> > soir vers 19h comme quoi un de mes serveurs vient de disparaitre
> > d'internet. Poukram, dimanche soir, fait ch***.
> >
> > Comme c'est un serveur derri�re un firewall, je teste d'abord le
> > firewall, qui r�pond sans probl�me. Je ssh sur ce firewall, et je tente
> > de pinger le serveur, qui ne r�pond pas. Comme il y a eu de l'orage et
> > beaucoup de vent dans la r�gion, une coupure d'�lectricit� n'est pas �
> > exclure, et je laisse aller le ping d�s fois que le serveur soit en
> > train de red�marrer. (si coupure il y a eu, elle est finie puisque je
> > suis sur le firewall)
> >
> > Pendant que je m'affaire � v�rifier le firewall et les autres serveurs
> > qui se cachent derri�re, je remarque tout � coup que le serveur "mort"
> > se met � r�pondre aux pings. Ah, me dis-je, le voil� qui revient. H� ben
> > non, il a toujours �t� l�, mais les paquets mettent *plus de 2 minutes*
> > � revenir au firewall. Sur une connection directe en 100Mbits. Ce qui a
> > pour effet de le rendre totalement invisible de l'ext�rieur
> > puisqu'aucune requ�te http ou autre ne passe avant timeout. Note qu'en
> > plus du d�lai monstrueux, il en perd aussi des tonnes par moment.
> >
> > J'ai essay� de m'y connecter en ssh, et effectivement chaque partie de
> > la connection ssh doit attendre environ 2 minutes pour aller plus loin,
> > mais le d�lai et la perte parfois massive de paquets aidant, pas moyen
> > de faire aboutir une connection.
> >
> > Pas grave, il n'y a rien de vraiment critique dessus, surtout la nuit du
> > dimanche, je verrai demain matin quand je serai devant sa console.
> >
> > Et ce matin, non seulement je peux me logger sans probl�me sur sa
> > console et � distance, mais en plus il n'y a aucune trace du probl�me
> > qui a dur� une partie de la nuit. Les seules traces indirectes que j'ai
> > sont que tout ce qui a tent� d'acc�der au r�seau a foir�, j'ai des
> > traces de connections ssh avort�es (les miennes), des essais de
> > connections de serveurs mails distants qui n'ont pas aboutit,... Bref on
> > voit que le r�seau a pris un coup pendant plusieurs heures, mais aucune
> > trace de la cause. Il n'a pas reboot�, je n'ai pas de trace de m�moire
> > �puis�e, rien n'a plant� dessus, pas de oops, le disque est tr�s loin
> > d'�tre plein, pas de message particulier dans aucun des logs, ifconfig
> > ne donne pas de taux d'erreur inconsid�r�, rien.
> >
> > Avez-vous d�j� rencontr� ce type de situation ? Avez-vous une id�e pour
> > chercher la cause ? L� j'ai �puis� mes capacit�s d'investigation et je
> > n'ai pas le moindre d�but d'indice.
> >
> > A+,
> > --
> > R�mi
> >
> >
> > _______________________________________________________
> > Linux Mailing List - http://www.unixtech.be
> > Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux
> > Archives: http://www.mail-archive.com/[EMAIL PROTECTED]
> > IRC: chat.unixtech.be:6667 - #unixtech
> >
> > --
> > This message has been scanned for viruses and
> > dangerous content by MailScanner, and is
> > believed to be clean.
> > MailScanner thanks transtec Computers for their support.
> >
>
>
> --
>
> [Alain Belkadi]
--
------------------------------------------------------------
Dr Alain Empain <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Bioinformatics, Molecular Genetics,
Fac. Med. Vet., University of Li�ge, Belgium
Bd de Colonster, B43 B-4000 Li�ge (Sart-Tilman)
WORK: +32 4 366 3821 FAX: +32 4 366 4122
HOME: rue des Martyrs,7 B- 4550 Nandrin
+32 85 51 23 41 GSM: +32 497 70 17 64
_______________________________________________________
Linux Mailing List - http://www.unixtech.be
Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux
Archives: http://www.mail-archive.com/[EMAIL PROTECTED]
IRC: chat.unixtech.be:6667 - #unixtech
