[rechro]

Hi Leute!

Meine Klasse ist eine so genannte "Laptop-Klasse", wo jeder Schüler ein Notebook besitzt und damit im Unterricht arbeitet. In der Klasse steht auch ein Desktop PC der als Lehrer-Gerät dient, oder auch als Fileserver für die ganze Klasse.
Nun haben wir aber folgendes Problem:
Wenn Daten auf oder von diesem Gerät (nennen wir ihn Server) geladen werden, dann kann es passieren, dass der Server nach kurzer Zeit nicht mehr im Netzwerk ansprechbar ist. Dies passiert ausschließlich, wenn die Daten mit relativ hohen Transferraten übertragen werden (zB 10,5 MB/s). Da wir einen Traffic Monitor verwenden kann man erkennen, dass wenn der Traffic abbricht, nach ca. 20 Sekunden die Fehlermeldung "Der angegebene Netzwerkname ist nicht verfügbar...." kommt.
Wir haben schon ein bisschen recherchiert, doch noch nichts gefunden, da wir ja nicht wissen wo der Fehler liegen könnte.

Folgende Hardware und Software ist verbaut bzw. installiert:
AMD Athlon Thunderbird 1,33 GHz
768 MB RAM
ASUS A7V8X-X (VIA Rhine II Ehternet Adapter)
Netgear GA311 Gigabit Adapter
Win 2003

Das Problem tritt bei beiden Netzwerkadaptern auf, falls mit hohen Transferraten übertragen wird.
Ist das ein bekanntes Problem? Hat schon jemand Erfahrung damit gemacht?
Wenn jemand Lösungsvorschläge hat, wären wir sehr dankbar.

[flo]

Hallo

Wie seit ihr denn mit dem Desktop Rechner verbunden?

[puppet]

"Kollosion Bei Hohen Transferraten" - Gibt es denn nun (Paket-)Kollisionen am Server oder nicht? Wobei das eigentlich auch nicht zu diesem Problem führen sollte.
Ist denn die allgemein netzwerkkonnektivität dann noch vorhanden (z.B. mal einen PING-Test machen)? Hast du mal in der Ereignisanzeige nachgeschaut ob sich evtl. nur ein Dienst (z.B. der LANManServer) bei hoher Last versagt?
Verwendet ihr noch SMB mit NetBIOS über TCP/IP/NBT (Ports 137-139) oder direktes SMB über TCP/IP/MS-DS (Port 445)

Dieser Beitrag wurde von puppet bearbeitet: 25. Dezember 2005 - 12:19

[rechro]

Es werden 3 RAM Riegel verwendet, wobei 2 davon baugleich sind und ein anderer. Ich habs es einmal nur mit den 2 baugleichen probiert, jedoch ist das keine Lösung.

Das BIOS ist bereits das aktuellste, Revison 1013.

Zur Zeit hängt der Server an einem Netgear GS605 Gigabit Switch, aber der Fehler tritt auch bei einem 10/100 Switch von Edimax auf.

Parallel zu Win 2003 ist auch WinXP SP2 installiert, wo der Fehler ebenfalls auftritt. Daher deutet dies eher auf einen Hardware Fehler hin.

Kabel wurden bereits ausgetauscht, jedoch ohne Erfolg. Es werden CAT 5e Kabel verwendet.

Die allgemeine Netzwerkkonnektivität ist nach dem Fehler auch nicht mehr möglich, PING-Test nicht erfolgreich.

Es wird direktes SMB über TCP/IP/MS-DS (Port 445) verwendet.

Dieser Beitrag wurde von rechro bearbeitet: 25. Dezember 2005 - 13:52

[puppet]

Sind denn zu diesem Zeitpunkt irgendwelche Einträge im Systemprotokoll?

[rechro]

In der Ereignisanzeige wird nichts über den Fehler angezeigt oder irgendwie darauf hingewiesen.

[rechro]

Ich kenn mich bei Linux nicht aus, daher fällt mir es eher schwer mit den PC mit einer LiveCD und Samba zu testen.
Ich habe es ja bereits mit Win 2003 und WinXP sowie mit 2 verschiedenen Netzwerkkarten getestet und der Fehler tritt nach wie vor auf. Da lässt sich ja das ganze schon ziemlich einschränken.
Was mich aber ein bisschen verwirrt ist, dass die 3. Netzwerkkarte die eingebaut ist (eine ältere 3com) problemlos funktioniert (11 MB/s), ohne das der Fehler auftritt.

[puppet]

Mal geschaut ob dies bei den beiden Netzwerkkarten nur passiert wenn der SMB unter Last steht oder ob dies auch bei anderen Anwendungen passiert?

Am besten mal auf den Server iperf -s -i 3 starten und dann von ein paar Clients mal iperf -c SERVERIP -i 10 -t 600 -d aufrufen und schauen ob das Netzwerk dann auch zusammenbricht. Falls ja: unbedingt sicherstellen, dass bei den beiden Netzwerkkarten auch die aktuellen Treiber vom Hersteller verwendet werden und nicht die von Windows mitgelieferten Treiber.

Werden auf dem Server neben dem Traffic-Monitor (welcher wird da genau verwendet?) noch irgendwelche anderen Filtertreiber verwendet (z.B. Software-Paketfilter/Personal Firewall, Sniffer o.ä.)?

[rechro]

@fawelo
Wenn ich größere Datenmengen auf dem Server von einer Partition auf die andere kopiere, tritt der Fehler nicht auf. Daher vermute ich eher das der Fehler bei den Netzwerkadaptern etwas in diesem Zusammenhang liegt.

[rechro]

@puppet
Ich hab das mal mit iperf getestet und es traten keine Fehler auf.

Als Traffic Monitor wird "DU-Meter" verwendet, ansonsten aber keine Filtertreiber mehr.

Vielleicht ist es auch Zufall, aber die Netzwerkkarte die funktioniert (3com) verwendet den original Windows Treiber, die anderen beiden den vom Hersteller zur verfügung gestellten Treiber.