Hallo ich bekomme auf einem meiner Server (Fujitsu Siemens Primergy RX200/S2) mit SLES9SP2 sporradisch die Meldung: Jan 17 14:40:59 srv003 kernel: NETDEV WATCHDOG: eth0: transmit timed out Jan 17 14:41:02 srv003 kernel: e1000: eth0: e1000_watchdog: NIC Link is Up 1000 Mbps Full Duplex Habe bereits, da ja 2 Netzwerkkarten drin sind die Anschlüsse getauscht. Der Fehler wandert aber mit. Auch die Gegenstelle (Switch) habe ich bereits getauscht. Keine Änderung. Laut Yast sind in dem Server die Netzwerkkarten: Intel 82546GB Gigabit Ethernet Controller mit dem Treiber e1000.ko installiert. Wie kann ich rausfinden welche Treiberversion dahinter steckt ? Habe von Intel mal die Version 6.3.9 runtergeladen. Da das Ding aber produktiv ist, kann ich leider den Treiber mal nicht so nebenbei austauschen. Evtl. liegt es ja auch gar nicht am Treiber. Was könnte da noch die Ursache für den Timeout sein ? Hardwareseitig scheint alles ok zu sein. -- Regards, Jens Strohschnitter ------------------------------------- *!!!LINUX LINUX LINUX LINUX LINUX!!!* * http://www.jens-strohschnitter.de * ------------------------------------- Set the controls for the heart of the sun -------------------------------------
Hi, mit "ethtool -i "device"" gibt´s die Treiber-Infos. gruss Giuseppe
Hallo
ich bekomme auf einem meiner Server (Fujitsu Siemens Primergy RX200/S2) mit SLES9SP2 sporradisch die Meldung:
Jan 17 14:40:59 srv003 kernel: NETDEV WATCHDOG: eth0: transmit timed out Jan 17 14:41:02 srv003 kernel: e1000: eth0: e1000_watchdog: NIC Link is Up 1000 Mbps Full Duplex
Habe bereits, da ja 2 Netzwerkkarten drin sind die Anschlüsse getauscht. Der Fehler wandert aber mit. Auch die Gegenstelle (Switch) habe ich bereits getauscht. Keine Ãnderung.
Laut Yast sind in dem Server die Netzwerkkarten:
Intel 82546GB Gigabit Ethernet Controller mit dem Treiber e1000.ko installiert. Wie kann ich rausfinden welche Treiberversion dahinter steckt ? Habe von Intel mal die Version 6.3.9 runtergeladen. Da das Ding aber produktiv ist, kann ich leider den Treiber mal nicht so nebenbei austauschen.
Evtl. liegt es ja auch gar nicht am Treiber. Was könnte da noch die Ursache für den Timeout sein ? Hardwareseitig scheint alles ok zu sein.
-- Regards,
Jens Strohschnitter
------------------------------------- *!!!LINUX LINUX LINUX LINUX LINUX!!!*
* http://www.jens-strohschnitter.de * ------------------------------------- Set the controls for the heart of the sun -------------------------------------
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
ich bekomme auf einem meiner Server (Fujitsu Siemens Primergy RX200/S2) mit SLES9SP2 sporradisch die Meldung:
Jan 17 14:40:59 srv003 kernel: NETDEV WATCHDOG: eth0: transmit timed out Jan 17 14:41:02 srv003 kernel: e1000: eth0: e1000_watchdog: NIC Link is Up 1000 Mbps Full Duplex
Habe bereits, da ja 2 Netzwerkkarten drin sind die Anschlüsse getauscht. Der Fehler wandert aber mit. Auch die Gegenstelle (Switch) habe ich bereits getauscht. Keine Ãnderung.
Laut Yast sind in dem Server die Netzwerkkarten:
Intel 82546GB Gigabit Ethernet Controller mit dem Treiber e1000.ko installiert. Wie kann ich rausfinden welche Treiberversion dahinter steckt ? Habe von Intel mal die Version 6.3.9 runtergeladen. Da das Ding aber produktiv ist, kann ich leider den Treiber mal nicht so nebenbei austauschen.
Evtl. liegt es ja auch gar nicht am Treiber. Was könnte da noch die Ursache für den Timeout sein ? Hardwareseitig scheint alles ok zu sein.
mit "ethtool -i "device"" gibt´s die Treiber-Infos.
Hi, danke - der Treiber scheint nicht gerade aktuell zu sein: 6.0.52 - aktuell ist 6.3.9. Habe auch nochmal in den Logs nachgeschaut, es scheint als würde das Problem seit dem Installationstag bestehen. Hat jemand evtl. gleiches Phänomen beobachtet und hat sogar eine Lösung hierfür ? Also ich bin ja der Meinung, dass das Ganze ein Linux-Problem (evtl. auch Treiberproblem) ist. Ein baugleicher Server mit SLES9SP2 aber mit Broadcom NetXtreme BCM5704 Karten hat die Probleme komischerweise nicht. (Treiber tg3 3.23) -- Regards, Jens Strohschnitter ------------------------------------- *!!!LINUX LINUX LINUX LINUX LINUX!!!* * http://www.jens-strohschnitter.de * ------------------------------------- Set the controls for the heart of the sun -------------------------------------
Am Donnerstag, 19. Januar 2006 11:20 schrieb Jens Strohschnitter:
(...). Habe auch nochmal in den Logs nachgeschaut, es scheint als würde das Problem seit dem Installationstag bestehen. Hat jemand evtl. gleiches Phänomen beobachtet und hat sogar eine Lösung hierfür ? (...).
IIRC hatte ich so einen Fehler auch mal beobachtet, aber an einem Hub. Der war einfach öfter überlastet. Nachdem der dann durch einen Switch ersetzt wurde, verschwand der Fehler. Allerdings hängst du ja schon an einem. :-/ Gruß Jan -- Everyone hates me because I'm paranoid.
(...). Habe auch nochmal in den Logs nachgeschaut, es scheint als würde das Problem seit dem Installationstag bestehen. Hat jemand evtl. gleiches Phänomen beobachtet und hat sogar eine Lösung hierfür ? (...).
IIRC hatte ich so einen Fehler auch mal beobachtet, aber an einem Hub. Der war einfach öfter überlastet. Nachdem der dann durch einen Switch ersetzt wurde, verschwand der Fehler. Allerdings hängst du ja schon an einem. :-/
Hi ich hoffe doch nicht dass der Server überlastet ist. Zuvor war da ein Desktop-PC mit SuSE Linux 7.2 dran und der lief ohne murren. Kann man evtl. in den sysconfig-Dateien für die Netzwerkkarten etwas einstellen ? (/etc/sysconfig/network/ifcfg-ethXXXXXXX) Oder vielleicht mit ethtool ? Das autoneg und duplex hatte ich bereits mal geändert, was aber leider auch nix brachte. -- Regards, Jens Strohschnitter ------------------------------------- *!!!LINUX LINUX LINUX LINUX LINUX!!!* * http://www.jens-strohschnitter.de * ------------------------------------- Set the controls for the heart of the sun -------------------------------------
ich bekomme auf einem meiner Server (Fujitsu Siemens Primergy RX200/S2) mit SLES9SP2 sporradisch die Meldung:
Jan 17 14:40:59 srv003 kernel: NETDEV WATCHDOG: eth0: transmit timed out Jan 17 14:41:02 srv003 kernel: e1000: eth0: e1000_watchdog: NIC Link is Up 1000 Mbps Full Duplex
Habe bereits, da ja 2 Netzwerkkarten drin sind die Anschlüsse getauscht. Der Fehler wandert aber mit. Auch die Gegenstelle (Switch) habe ich bereits getauscht. Keine Änderung.
Laut Yast sind in dem Server die Netzwerkkarten:
Intel 82546GB Gigabit Ethernet Controller mit dem Treiber e1000.ko installiert. Wie kann ich rausfinden welche Treiberversion dahinter steckt ? Habe von Intel mal die Version 6.3.9 runtergeladen. Da das Ding aber produktiv ist, kann ich leider den Treiber mal nicht so nebenbei austauschen.
Evtl. liegt es ja auch gar nicht am Treiber. Was könnte da noch die Ursache für den Timeout sein ? Hardwareseitig scheint alles ok zu sein.
Hallo, habe eine Lösung im Novell.Support.Ticketsystem gefunden: TID10099643 Werde diese mal heute abend implementieren. Mal schauen obs das wirklich war. -- Regards, Jens Strohschnitter ------------------------------------- *!!!LINUX LINUX LINUX LINUX LINUX!!!* * http://www.jens-strohschnitter.de * ------------------------------------- Set the controls for the heart of the sun -------------------------------------
participants (3)
-
Giuseppe Potenza
-
Jan Ritzerfeld
-
Jens Strohschnitter