Hallo zusammen Ich habe immer noch mein Problem mit der Netzwerkgeschindigkeit unter Suse 9.1 und Samba. Die Netzwerkkarte ist eine SIS 10/100 Karte. Nach dem Starten des Rechners ist die Netzwerkgeschwindigkeit der art Lagsam. Knemo sagt um die 200km ein und ausgehend. Daraufhin habe ich die Netzwerkkarte gegen eine Realtek 8139A getauscht, gleiches Spiel eher noch schlimmer. dmsg sagt mir die Karte wird nur als 10 MBit half Duplex eingebunden. Jeder versuch daraus 100 Mbit zu machen, scheitert. Daraufhin wieder die SIS Karte rein und das Netzwerk ist wieder 100Mbit, aber langsam ohne ende, erst ein rcnetwork restart bringt abhilfe, dann ist das Netzwerk bis zum nächsten reboot OK. Der Server rennt nicht rund um die Uhr. Der Samba scheint richtig konfiguriert zu sein, auch TX/RX Buffer sind eingerichtet und TCP_NODELAY gesetzt. Ich verzweifel echt, hat jemand ne Idee ? --- Mit freundlichen Grüßen BJ-IT Services Berko Jantz
Am Samstag, 23. Oktober 2004 10:38 schrieb Berko Jantz:
Hallo zusammen
Ich habe immer noch mein Problem mit der Netzwerkgeschindigkeit unter Suse 9.1 und Samba.
Die Netzwerkkarte ist eine SIS 10/100 Karte. Nach dem Starten des Rechners ist die Netzwerkgeschwindigkeit der art Lagsam. Knemo sagt um die 200km ein und ausgehend.
200 km? So lang? *SCNR*
Daraufhin habe ich die Netzwerkkarte gegen eine Realtek 8139A getauscht, gleiches Spiel eher noch schlimmer. dmsg sagt mir die Karte wird nur als 10 MBit half Duplex eingebunden. Jeder versuch daraus 100 Mbit zu machen, scheitert. Daraufhin wieder die SIS Karte rein und das Netzwerk ist wieder 100Mbit, aber langsam ohne ende, erst ein rcnetwork restart bringt abhilfe, dann ist das Netzwerk bis zum nächsten reboot OK. Der Server rennt nicht rund um die Uhr. Der Samba scheint richtig konfiguriert zu sein, auch TX/RX Buffer sind eingerichtet und TCP_NODELAY gesetzt. Ich verzweifel echt, hat jemand ne Idee ?
Zu einer Kommunikation gehören immer zwei. Was hängt denn an der anderen Seite des Kabels? Außerdem sind die von dir verwendeten Karten CPU-lastig (viele Kartenfunktionen sind nicht in der Hardware realisiert, sondern werden softwareseitig gelöst). Wieviel freie Kapazität hat denn deine CPU? (> 1 GHz sollte das aber auf jeden Fall vernachlässigbar sein) -- Gruß MaxX Hinweis 1: PMs an diese Adresse werden automatisch vernichtet. Hinweis 2: Bitte unbedingt beachten: http://www.suse-etikette.de.vu
Hallo
Also am anderen Ende ist ein Router andem wiederum hängen 2 W*n*o*s *P
Maschinen *schäm*
Ich denke das bei einem Athlon XP 2200+ dieser Softwarefaktor
vernachlässigbar ist :)
---
Mit freundlichen Grüßen
BJ-IT Services
Berko Jantz
----- Original Message -----
From: "Matthias Houdek"
Hallo zusammen
Ich habe immer noch mein Problem mit der Netzwerkgeschindigkeit unter Suse 9.1 und Samba.
Die Netzwerkkarte ist eine SIS 10/100 Karte. Nach dem Starten des Rechners ist die Netzwerkgeschwindigkeit der art Lagsam. Knemo sagt um die 200km ein und ausgehend.
200 km? So lang? *SCNR*
Daraufhin habe ich die Netzwerkkarte gegen eine Realtek 8139A getauscht, gleiches Spiel eher noch schlimmer. dmsg sagt mir die Karte wird nur als 10 MBit half Duplex eingebunden. Jeder versuch daraus 100 Mbit zu machen, scheitert. Daraufhin wieder die SIS Karte rein und das Netzwerk ist wieder 100Mbit, aber langsam ohne ende, erst ein rcnetwork restart bringt abhilfe, dann ist das Netzwerk bis zum nächsten reboot OK. Der Server rennt nicht rund um die Uhr. Der Samba scheint richtig konfiguriert zu sein, auch TX/RX Buffer sind eingerichtet und TCP_NODELAY gesetzt. Ich verzweifel echt, hat jemand ne Idee ?
Zu einer Kommunikation gehören immer zwei. Was hängt denn an der anderen Seite des Kabels? Außerdem sind die von dir verwendeten Karten CPU-lastig (viele Kartenfunktionen sind nicht in der Hardware realisiert, sondern werden softwareseitig gelöst). Wieviel freie Kapazität hat denn deine CPU? (> 1 GHz sollte das aber auf jeden Fall vernachlässigbar sein) -- Gruß MaxX Hinweis 1: PMs an diese Adresse werden automatisch vernichtet. Hinweis 2: Bitte unbedingt beachten: http://www.suse-etikette.de.vu -- 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
Am Samstag, 23. Oktober 2004 20:21 schrieb Berko Jantz:
Hallo
Also am anderen Ende ist ein Router andem wiederum hängen 2 W*n*o*s *P Maschinen *schäm*
Ist doch nix schlimmes ;-) Mir ging es um die Karte, die auf der anderen Seite steckt. Oder der Switch (falls da einer dazwischen steckt). Also konkret das nächste Gerät am anderen Ende des Kabels - denn mit dem kommuniziert deine Netzwerkkarte direkt. Und wie es eingerichtet sind. Sinnvoller Weise sollte man entweder alle NICs auf "auto" stellen (mit ist keine Kombination bekannt, in der das nicht funxt). Oder man stellt alle Geräte manuell auf die gewünschte _gleiche_ Kommunikationsart ein. BTW: Du produzierst TOFU. Ich hab's mal gelöscht. -- Gruß MaxX Hinweis 1: PMs an diese Adresse werden automatisch vernichtet. Hinweis 2: Bitte unbedingt beachten: http://www.suse-etikette.de.vu
Am Sonntag, 24. Oktober 2004 11:56 schrieb Matthias Houdek:
Am Samstag, 23. Oktober 2004 20:21 schrieb Berko Jantz:
Hallo
Also am anderen Ende ist ein Router andem wiederum hängen 2 W*n*o*s *P Maschinen *schäm*
Ist doch nix schlimmes ;-)
Mir ging es um die Karte, die auf der anderen Seite steckt. Oder der Switch (falls da einer dazwischen steckt). Also konkret das nächste Gerät am anderen Ende des Kabels - denn mit dem kommuniziert deine Netzwerkkarte direkt. Und wie es eingerichtet sind.
Sinnvoller Weise sollte man entweder alle NICs auf "auto" stellen (mit ist keine Kombination bekannt, in der das nicht funxt). Oder man stellt alle Geräte manuell auf die gewünschte _gleiche_ Kommunikationsart ein.
BTW: Du produzierst TOFU. Ich hab's mal gelöscht.
Ist es vielleicht möglich, dass auf dem Server irgend eine softwaremäßige Begrenzung läuft? Check das doch mal mittels tc class ls dev eth0 eth0 ist natürlich durch das entsprechende Device zu ersetzen. Mfg, Thomas
Am Samstag, 23. Oktober 2004 10:38 schrieb Berko Jantz:
Hallo zusammen
Ich habe immer noch mein Problem mit der Netzwerkgeschindigkeit unter Suse 9.1 und Samba.
Die Netzwerkkarte ist eine SIS 10/100 Karte. Nach dem Starten des Rechners ist die Netzwerkgeschwindigkeit der art Lagsam. Knemo sagt um die 200km ein und ausgehend. Daraufhin habe ich die Netzwerkkarte gegen eine Realtek 8139A getauscht, gleiches Spiel eher noch schlimmer. dmsg sagt mir die Karte wird nur als 10 MBit half Duplex eingebunden. Jeder versuch daraus 100 Mbit zu machen, scheitert. Daraufhin wieder die SIS Karte rein und das Netzwerk ist wieder 100Mbit, aber langsam ohne ende, erst ein rcnetwork restart bringt abhilfe, dann ist das Netzwerk bis zum nächsten reboot OK. Der Server rennt nicht rund um die Uhr. Der Samba scheint richtig konfiguriert zu sein, auch TX/RX Buffer sind eingerichtet und TCP_NODELAY gesetzt. Ich verzweifel echt, hat jemand ne Idee ? hallo , unter 9.0 konnte man die geschwindigkeit mit mii-tool einstellen. unter 9.1 ist das n anderer befehl, ich glaube der hieß net-tools. dortkonnte man die datenübertragungsrate einstellen.
--- Mit freundlichen Grüßen
BJ-IT Services Berko Jantz
mfg sebastian
Am Samstag, 23. Oktober 2004 14:24 schrieb Gödecke, Sebastian:
hallo , unter 9.0 konnte man die geschwindigkeit mit mii-tool einstellen. unter 9.1 ist das n anderer befehl, ich glaube der hieß net-tools. dortkonnte man die datenübertragungsrate einstellen. Also das Paket wo das mii-tool enthalten ist, nennt sich net-tools. Aber den root-Befehl mii-tool gibt es in dem Sinne noch.
Damit kann man übrigens zwischen Duplex und Nicht-Duplex-Status der Netzwerkkarte wechseln (Wenn die eine Karte Duplex ist und die andere nicht, kann das die Netzwerkperformance in den Keller ziehen..). Gruß Sören
Am Samstag, 23. Oktober 2004 16:44 schrieb Sören Wengerowsky:
Am Samstag, 23. Oktober 2004 14:24 schrieb Gödecke, Sebastian:
hallo , unter 9.0 konnte man die geschwindigkeit mit mii-tool einstellen. unter 9.1 ist das n anderer befehl, ich glaube der hieß net-tools. dortkonnte man die datenübertragungsrate einstellen.
Also das Paket wo das mii-tool enthalten ist, nennt sich net-tools. Aber den root-Befehl mii-tool gibt es in dem Sinne noch.
Damit kann man übrigens zwischen Duplex und Nicht-Duplex-Status der Netzwerkkarte wechseln (Wenn die eine Karte Duplex ist und die andere nicht, kann das die Netzwerkperformance in den Keller ziehen..). Ah.. sorry. Das heißt Halfduplex und Fullduplex.
Gruß Sören
Lørdag den 23. oktober 2004 16:44 skrev Sören Wengerowsky:
Am Samstag, 23. Oktober 2004 14:24 schrieb Gödecke, Sebastian:
hallo , unter 9.0 konnte man die geschwindigkeit mit mii-tool einstellen. unter 9.1 ist das n anderer befehl, ich glaube der hieß net-tools. dortkonnte man die datenübertragungsrate einstellen.
Also das Paket wo das mii-tool enthalten ist, nennt sich net-tools. Aber den root-Befehl mii-tool gibt es in dem Sinne noch.
Damit kann man übrigens zwischen Duplex und Nicht-Duplex-Status der Netzwerkkarte wechseln (Wenn die eine Karte Duplex ist und die andere nicht, kann das die Netzwerkperformance in den Keller ziehen..).
Gruß Sören
Richtig ;-) Aber nur so sum spaß Jetzt # ethtool eth0 Settings for eth0: Supported ports: [ TP ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Advertised auto-negotiation: Yes Speed: 10Mb/s Duplex: Full Port: Twisted Pair PHYAD: 0 Transceiver: internal Auto-negotiation: on Supports Wake-on: umbg Wake-on: g Current message level: 0x00000007 (7) Link detected: yes nach # ethtool -s eth0 speed 100 duplex full Kontrolle # ethtool eth0 ethtool eth0 Settings for eth0: Supported ports: [ TP ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Advertised auto-negotiation: Yes Speed: 10Mb/s Duplex: Full Port: Twisted Pair PHYAD: 0 Transceiver: internal Auto-negotiation: on Supports Wake-on: umbg Wake-on: g Current message level: 0x00000007 (7) Link detected: yes (ASUS P4C800E-Deluxe board)
Am Montag, 25. Oktober 2004 16:54 schrieb Johan Nielsen:
Lørdag den 23. oktober 2004 16:44 skrev Sören Wengerowsky:
Am Samstag, 23. Oktober 2004 14:24 schrieb Gödecke, Sebastian:
hallo , unter 9.0 konnte man die geschwindigkeit mit mii-tool einstellen. unter 9.1 ist das n anderer befehl, ich glaube der hieß net-tools. dortkonnte man die datenübertragungsrate einstellen.
Also das Paket wo das mii-tool enthalten ist, nennt sich net-tools. Aber den root-Befehl mii-tool gibt es in dem Sinne noch.
Damit kann man übrigens zwischen Duplex und Nicht-Duplex-Status der Netzwerkkarte wechseln (Wenn die eine Karte Duplex ist und die andere nicht, kann das die Netzwerkperformance in den Keller ziehen..).
Ja, weil die eine Karte (Duplex) auch sendet, wenn die andere gerade sendet, die andere aber zu dieser Zeit nicht empfängt.
Gruß Sören
Richtig ;-)
Aber nur so sum spaß
Jetzt
# ethtool eth0 Settings for eth0: Supported ports: [ TP ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Advertised auto-negotiation: Yes Speed: 10Mb/s Duplex: Full Port: Twisted Pair PHYAD: 0 Transceiver: internal Auto-negotiation: on Supports Wake-on: umbg Wake-on: g Current message level: 0x00000007 (7) Link detected: yes
nach
# ethtool -s eth0 speed 100 duplex full
Kontrolle
# ethtool eth0
ethtool eth0 Settings for eth0: Supported ports: [ TP ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Advertised auto-negotiation: Yes
Das "Yes" jeweils hinter auto-negotiation ist das entscheidende. Schalte das mal ab.
Speed: 10Mb/s Duplex: Full Port: Twisted Pair PHYAD: 0 Transceiver: internal Auto-negotiation: on Supports Wake-on: umbg Wake-on: g Current message level: 0x00000007 (7) Link detected: yes
Genau, die Karte erkennt zwar die Duplexfähigkeit der Gegenstelle (bei Twistet-Pair eigentlich eh der Standard, bei 1000BaseT gibt es auch nix anderes mehr). Aber es versucht auch mit der Gegenstelle die Geschwindigkeit auszuhandeln und erhält von dort nicht die entsprechenden Infos. Eentweder, weil die Gegenstelle nur 10 MBit/s kann - oder weil sie auf 100MBit/s fest eingestellt ist und _keine_ Geschwindigkeits-Infos schickt (die werden mit kurzen Impulsen während des Leerlaufs der Karten mitgegeben). -- Gruß MaxX Hinweis 1: PMs an diese Adresse werden automatisch vernichtet. Hinweis 2: Bitte unbedingt beachten: http://www.suse-etikette.de.vu
Mandag den 25. oktober 2004 18:21 skrev Matthias Houdek:
Am Montag, 25. Oktober 2004 16:54 schrieb Johan Nielsen:
Lørdag den 23. oktober 2004 16:44 skrev Sören Wengerowsky:
Am Samstag, 23. Oktober 2004 14:24 schrieb Gödecke, Sebastian:
hallo , unter 9.0 konnte man die geschwindigkeit mit mii-tool einstellen. unter 9.1 ist das n anderer befehl, ich glaube der hieß net-tools. dortkonnte man die datenübertragungsrate einstellen.
Also das Paket wo das mii-tool enthalten ist, nennt sich net-tools. Aber den root-Befehl mii-tool gibt es in dem Sinne noch.
Damit kann man übrigens zwischen Duplex und Nicht-Duplex-Status der Netzwerkkarte wechseln (Wenn die eine Karte Duplex ist und die andere nicht, kann das die Netzwerkperformance in den Keller ziehen..).
Ja, weil die eine Karte (Duplex) auch sendet, wenn die andere gerade sendet, die andere aber zu dieser Zeit nicht empfängt.
War dass zum ethtool exempel ??
Gruß Sören
Richtig ;-)
Aber nur so sum spaß
Jetzt
# ethtool eth0 Settings for eth0: Supported ports: [ TP ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Advertised auto-negotiation: Yes Speed: 10Mb/s Duplex: Full Port: Twisted Pair PHYAD: 0 Transceiver: internal Auto-negotiation: on Supports Wake-on: umbg Wake-on: g Current message level: 0x00000007 (7) Link detected: yes
nach
# ethtool -s eth0 speed 100 duplex full
Kontrolle
# ethtool eth0
ethtool eth0 Settings for eth0: Supported ports: [ TP ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Advertised auto-negotiation: Yes
Das "Yes" jeweils hinter auto-negotiation ist das entscheidende. Schalte das mal ab.
Speed: 10Mb/s Duplex: Full Port: Twisted Pair PHYAD: 0 Transceiver: internal Auto-negotiation: on Supports Wake-on: umbg Wake-on: g Current message level: 0x00000007 (7) Link detected: yes
Genau, die Karte erkennt zwar die Duplexfähigkeit der Gegenstelle (bei Twistet-Pair eigentlich eh der Standard, bei 1000BaseT gibt es auch nix anderes mehr). Aber es versucht auch mit der Gegenstelle die Geschwindigkeit auszuhandeln und erhält von dort nicht die entsprechenden Infos. Eentweder, weil die Gegenstelle nur 10 MBit/s kann - oder weil sie auf 100MBit/s fest eingestellt ist und _keine_ Geschwindigkeits-Infos schickt (die werden mit kurzen Impulsen während des Leerlaufs der Karten mitgegeben).
-- Gruß MaxX Hinweis 1: PMs an diese Adresse werden automatisch vernichtet. Hinweis 2: Bitte unbedingt beachten: http://www.suse-etikette.de.vu
Hallo
Also die mii-tools gibt es, diese versagen aber den Dienst mit "no mii
Interface found"
---
Mit freundlichen Grüßen
BJ-IT Services
Berko Jantz
----- Original Message -----
From: "Gödecke, Sebastian "
Hallo zusammen
Ich habe immer noch mein Problem mit der Netzwerkgeschindigkeit unter Suse 9.1 und Samba.
Die Netzwerkkarte ist eine SIS 10/100 Karte. Nach dem Starten des Rechners ist die Netzwerkgeschwindigkeit der art Lagsam. Knemo sagt um die 200km ein und ausgehend. Daraufhin habe ich die Netzwerkkarte gegen eine Realtek 8139A getauscht, gleiches Spiel eher noch schlimmer. dmsg sagt mir die Karte wird nur als 10 MBit half Duplex eingebunden. Jeder versuch daraus 100 Mbit zu machen, scheitert. Daraufhin wieder die SIS Karte rein und das Netzwerk ist wieder 100Mbit, aber langsam ohne ende, erst ein rcnetwork restart bringt abhilfe, dann ist das Netzwerk bis zum nächsten reboot OK. Der Server rennt nicht rund um die Uhr. Der Samba scheint richtig konfiguriert zu sein, auch TX/RX Buffer sind eingerichtet und TCP_NODELAY gesetzt. Ich verzweifel echt, hat jemand ne Idee ? hallo , unter 9.0 konnte man die geschwindigkeit mit mii-tool einstellen. unter 9.1 ist das n anderer befehl, ich glaube der hieß net-tools. dortkonnte man die datenübertragungsrate einstellen.
--- Mit freundlichen Grüßen
BJ-IT Services Berko Jantz
mfg sebastian
Am Samstag, 23. Oktober 2004 20:23 schrieb Berko Jantz:
Hallo
Also die mii-tools gibt es, diese versagen aber den Dienst mit "no mii Interface found"
OK. Ein ähnliches Problem hatte ich auch mal. Da ich (wie du wahrscheinlich an meinem anderen Posting schon bemerkt hast..) wenig Ahnung von diesem mii-tool habe, habe ich hier mal einen Interessanten Thread aus dem Archiv geholt (bei mir ist Samba übrigens nach viel Gefummel dann auch schneller geworden, zumindest ein bisschen..) http://lists.suse.com/archive/suse-linux/2004-Jan/3327.html Gruß Sören
versuch'S mal so!? smb://192.168.XXX.XXX/c$ dann müsste die Abfrage nach Login und Passwd für Deine Win-Büchse komme!? mfg, yannick
Hallo erneut
Ich habe mir dmesg angesehen und die Karte wird 100Mbit Full Duplex
eingebunden, daran sollte es also nicht liegen, mich wundert nur das durch
einen [rcnetwork restart] das Problem bis zum nächsten Boot behoben ist, Ich
denke irgendeine Konfiguration ist nicht richtig und wird dann
durch ]rcnetwork restart] behoben.
Mögliche ursache das die Netzwerkkarte aktiviert wird bevor ein
erforderlicher Dienst einwandfrei rennt ?
Ich habe dazu ein "wenig" gegoogelt, Netzwerkprobleme scheinen bei 9.1 an
der Tagesordnung zu liegen.
Ich würd mich ja auch damit zufrieden geben wenn ich irgendwo nach dem boot
eintragen könnte das er einen [rcnetwork restart] machen soll, ist wzar eine
nicht wirklich elegante Lösung, aber besser als jeden Morgen per SSH den
Befehl ausführen zu müssen, das ganze wäre dann noch für Runlevel 3 und 5
interessant.
---
Mit freundlichen Grüßen
BJ-IT Services
Berko Jantz
----- Original Message -----
From: "Sören Wengerowsky"
Hallo
Also die mii-tools gibt es, diese versagen aber den Dienst mit "no mii Interface found"
OK. Ein ähnliches Problem hatte ich auch mal. Da ich (wie du wahrscheinlich an meinem anderen Posting schon bemerkt hast..) wenig Ahnung von diesem mii-tool habe, habe ich hier mal einen Interessanten Thread aus dem Archiv geholt (bei mir ist Samba übrigens nach viel Gefummel dann auch schneller geworden, zumindest ein bisschen..) http://lists.suse.com/archive/suse-linux/2004-Jan/3327.html Gruß Sören -- 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
Am Sonntag, 24. Oktober 2004 09:27 schrieb Berko Jantz:
Hallo erneut
Ich habe mir dmesg angesehen und die Karte wird 100Mbit Full Duplex eingebunden, daran sollte es also nicht liegen, mich wundert nur das durch einen [rcnetwork restart] das Problem bis zum nächsten Boot behoben ist, Ich denke irgendeine Konfiguration ist nicht richtig und wird dann durch ]rcnetwork restart] behoben.
Nö, 'rcnetwork restart' macht nix anderes als rcnetwork start, was beim booten ausgeführt wird (außer, dass ggf vorher die Devices erst mal wieder "dekonfiguriert" werden). Die verwendeten Konfigurationseinstellungen sollten aber die gleichen sein. Mir sieht das jetzt aber schon sehr nach einem Konfigurationskonflikt bei der automatischen Aushandlung der Verbindungseigenschaften aus. Stelle am besten alle NICs, Switches, Hubs, ... im Netz auf "auto". [TOFU wieder mal gelöscht :-(] -- Gruß MaxX Hinweis 1: PMs an diese Adresse werden automatisch vernichtet. Hinweis 2: Bitte unbedingt beachten: http://www.suse-etikette.de.vu
Am Sonntag, 24. Oktober 2004 09:27 schrieb Berko Jantz:
Hallo erneut
Ich habe mir dmesg angesehen und die Karte wird 100Mbit Full Duplex eingebunden, daran sollte es also nicht liegen, mich wundert nur das durch einen [rcnetwork restart] das Problem bis zum nächsten Boot behoben ist, Ich denke irgendeine Konfiguration ist nicht richtig und wird dann durch ]rcnetwork restart] behoben.
Nö, 'rcnetwork restart' macht nix anderes als rcnetwork start, was beim booten ausgeführt wird (außer, dass ggf vorher die Devices erst mal wieder "dekonfiguriert" werden). Die verwendeten Konfigurationseinstellungen sollten aber die gleichen sein.
Mir sieht das jetzt aber schon sehr nach einem Konfigurationskonflikt bei der automatischen Aushandlung der Verbindungseigenschaften aus. Stelle am besten alle NICs, Switches, Hubs, ... im Netz auf "auto".
Hallo Alle Karten im Netz stehen auf "auto" trotzdem keine besserung. Eigenartig. ich kam dann auf die Idee [rcnetwork restart] in der /etc/inid.d/boot.local nach dem booten ausführen zu lassen, bringt aber nichts, erst wenn ich das von Hand eingebe klappt das, versteh das wer will, ich nicht. Ich glaub ich muss mich damit abgeben nach jedem booten diesen Befehl eingeben zu müssen, so ganz dem Motto "komm mich doch mal Streicheln". --- Mit freundlichen Grüßen BJ-IT Services * Berko Jantz * Im Bremmenkamp 11 * D- 47178 Duisburg Tel.: 0203-6001424 * Mobil: 0174-8498620 Web: www.bj-itservice.de * Mail: info@bj-itservice.de
Am Dienstag, 26. Oktober 2004 12:25 schrieb Berko Jantz:
Am Sonntag, 24. Oktober 2004 09:27 schrieb Berko Jantz:
Hallo erneut
Ich habe mir dmesg angesehen und die Karte wird 100Mbit Full Duplex eingebunden, daran sollte es also nicht liegen, mich wundert nur das durch einen [rcnetwork restart] das Problem bis zum nächsten Boot behoben ist, Ich denke irgendeine Konfiguration ist nicht richtig und wird dann durch ]rcnetwork restart] behoben.
Nö, 'rcnetwork restart' macht nix anderes als rcnetwork start, was beim booten ausgeführt wird (außer, dass ggf vorher die Devices erst mal wieder "dekonfiguriert" werden). Die verwendeten Konfigurationseinstellungen sollten aber die gleichen sein.
Mir sieht das jetzt aber schon sehr nach einem Konfigurationskonflikt bei der automatischen Aushandlung der Verbindungseigenschaften aus. Stelle am besten alle NICs, Switches, Hubs, ... im Netz auf "auto".
Hallo Alle Karten im Netz stehen auf "auto" trotzdem keine besserung. Eigenartig. ich kam dann auf die Idee [rcnetwork restart] in der /etc/inid.d/boot.local nach dem booten ausführen zu lassen, bringt aber nichts, erst wenn ich das von Hand eingebe klappt das, versteh das wer will, ich nicht. Ich glaub ich muss mich damit abgeben nach jedem booten diesen Befehl eingeben zu müssen, so ganz dem Motto "komm mich doch mal Streicheln".
Was ist das denn für ein Switch/Hub dazwischen? Der muss dann natürlich auch auf Auto stehen (so man das einstellen kann). -- Gruß MaxX Hinweis 1: PMs an diese Adresse werden automatisch vernichtet. Hinweis 2: Bitte unbedingt beachten: http://www.suse-etikette.de.vu
Berko Jantz wrote:
Hallo erneut
Ich habe mir dmesg angesehen und die Karte wird 100Mbit Full Duplex eingebunden, daran sollte es also nicht liegen, mich wundert nur das durch einen [rcnetwork restart] das Problem bis zum nächsten Boot behoben ist, Ich denke irgendeine Konfiguration ist nicht richtig und wird dann durch ]rcnetwork restart] behoben. Mögliche ursache das die Netzwerkkarte aktiviert wird bevor ein erforderlicher Dienst einwandfrei rennt ? Ich habe dazu ein "wenig" gegoogelt, Netzwerkprobleme scheinen bei 9.1 an der Tagesordnung zu liegen. Ich würd mich ja auch damit zufrieden geben wenn ich irgendwo nach dem boot eintragen könnte das er einen [rcnetwork restart] machen soll, ist wzar eine nicht wirklich elegante Lösung, aber besser als jeden Morgen per SSH den Befehl ausführen zu müssen, das ganze wäre dann noch für Runlevel 3 und 5 interessant.
--- Mit freundlichen Grüßen
BJ-IT Services Berko Jantz
----- Original Message ----- From: "Sören Wengerowsky"
To: Sent: Saturday, October 23, 2004 11:05 PM Subject: Re: Netzwerkkarte/geschindigkeit Am Samstag, 23. Oktober 2004 20:23 schrieb Berko Jantz:
Hallo
Also die mii-tools gibt es, diese versagen aber den Dienst mit "no mii Interface found"
OK. Ein ähnliches Problem hatte ich auch mal. Da ich (wie du wahrscheinlich an meinem anderen Posting schon bemerkt hast..) wenig Ahnung von diesem mii-tool habe, habe ich hier mal einen Interessanten Thread aus dem Archiv geholt (bei mir ist Samba übrigens nach viel Gefummel dann auch schneller geworden, zumindest ein bisschen..) http://lists.suse.com/archive/suse-linux/2004-Jan/3327.html
Gruß Sören
1. Deaktiviere mal versuchsweise IPV6 (siehe alte Threads in der Liste). Hat bei mir an einzelnen PCs das Problem gelöst, während andere PCs witzigerweise auch mit IPV6 gut laufen. 2.) Checke, ob der Nameservice ordentlich funktioniert. Am besten mal alle Rechner in die /etc/hosts aller Rechner eintragen, damit sichergestellt ist, daß das kein Problem ist. Auf WIndows Rechern hosts unter C: suchen. mfg K. Müller
participants (8)
-
Berko Jantz
-
Gödecke, Sebastian
-
Johan Nielsen
-
Kasimir.Mueller@t-online.de
-
Matthias Houdek
-
Sören Wengerowsky
-
Thomas Gräber
-
Yannick Schulz