SMB treibt mich in den Wahnsinn :(

[T.I.M.]

hi cb'ler!
folgendes problem:
mein windows server 2012 - server ist per gbit mit einem gemanagten switch verbunden, dort hängen ca. 100 clients per 100mbit (per standard-switch weiter aufgeteilt)
ich habe auf meinem server diverse ordner freigegeben, auf welche jeder client zugreifen kann. das funktioniert super.

etwa 2 mal im monat passiert aber folgendes:
ein client kopiert etwas vom server, ich verzeichne 10% netzwerkauslastung (logisch, der client ist per 100mbit am switch, der server mit 1gbit). doch diese datenübertragung verlangsamt andere verbindungen extrem:
- ping server->switch (1gbit leitung): >200ms
- ping zu irgendeinem client: >200ms
- andere smb-übertragung von seperater oder gleicher 100mbit-leitung: <300kbyte/s

sobald ich per QoS im server die bandbreite vom smb protokoll (port 445) auf 90mbit beschränke, geht der ping sofort auf <1ms herunter. dann teilen sich aber alle clients diese 90mbit, das ist suboptimal.

kann dieses phänomen durch einstellungen an einem client hervorgerufen werden?
google hat keinerlei ähnliche probleme hervorgebracht, was zum teufel ist bei mir los?!

wenn das problem nicht auftritt funktioniert alles wie es soll, d.h. 200mbit upload am server bei kopiervorgängen von unterschiedlichen 100mbit leitungen, 50/50mbit von clients an der gleichen 100mbit leitung usw...

achja das problem habe ich schon seit ca. 1 jahr und war in der gleichen form auch bei windows server 2008 r2 so.
ich habe vor einigen monaten schonmal einen thread erstellt, aber keiner konnte mir helfen. daher dachte ich mir dass ich jetzt einen zweiten anlauf starte nachdem das problem mit server 2012 nicht behoben ist.

viel spaß beim grübeln

T.I.M.

 

[t-6]

Kannst du mal ein Schema zeichnen wie das alles aufgebaut ist? Bitte nicht alle Clients einzeln einzeichnen, nur so dass man sieht wie die Switches untereinander verbunden sind und wieviele Clients am jeweiligen Switch hängen. Nur beispielhaft ein oder zwei Forks.

 

[T.I.M.]

ich denke man kann sichs damit vorstellen
edit: es gibt 12 "kleine" switche mit jeweils 8-10 clients

 

[Majestro1337]

hallo!

ich hatte mal ein ähnlich gelagertes problem, allerdings ist das schon ne halbe ewigkeit her (windows2k)
ich hab da auch ewig rumgefrickelt und hatte immer wieder diese extremen einbrüche in der datenrate.

die lösung damals war eine seperate lan karte. allerdings trat das problem bei mir reproduzierbar bei fast jedem datentransfer auf und nciht nur sporadisch wie bei dir.
falls du noch eine gbit steckkarte da hast kann der versuch aber sicher nciht schaden.
was damals der fehler war kann ich bis heute nciht mit sicherheit sagen, da der einsatz einer neune karte aber half geh ich von einem teildefekt im onboard nic aus...

 

[tammyTUX]

Kannst du das Problem auf bestimmte Clients reduzieren?

Wenn ja:
Bei mir ist das auch mal aufgetreten und es hat mich wahnsinnig gemacht.
Geholfen hat mir die Übertragungsgeschwindigkeit der Clients auf Autonegotiation zu stellen, so dass der Switch die Geschwindigkeit vorgibt und nicht der Client.
Bei einigen Clients war das nach Netzwerktreiberinstallation auf dauerhaft 1 Gbit/s Duplex gestellt, so dass sich diese Clients einen "Vorrang" verschaffen und alles andere ausbremsen konnten.
Du findest die Einstellungen bei den Clients im Gerätemanager -> Netzwerkkarte -> Eigenschaften -> Erweitert -> Speed (o.ä.).

Eine Verteilmöglichkeit der Einstellung per Richtlinie habe ich bis heute nicht finden können - teilweise kann es sogar nach einem Treiberupdate auf den Clients (z.B. durch Windows Update) wieder zurückgestellt werden.

Sonst:
Entsprechende Einstellung auf den Switchen kontrollieren.

 

[T.I.M.]

@Majestro: das problem tritt sowohl mit der onboard als auch mit einer pci-e intel gigabit ct desktop auf.
@salnet: gute idee, es gibt nur folgende probleme: oft verbinden sich die clients per ipv6, so is eine identifikation des clients kaum möglich, aber es sind meistens verschiedene. des weiteren handelt es sich hier um ein wohnheim, daher habe ich keinen direkten zugriff auf die clients...
das problem trat sogar schon an meinem eigenen pc auf, irgendwann gings dann wieder, der grund ist mir ein rätsel...
ich habe gehofft dass es eine serverseitige lösung gibt

Ergänzung (17. Dezember 2012)

hat sonst noch jemand ideen was man noch machen könnte?

 

[T.I.M.]

jetzt habe ich sogar einen ping von 1200ms(!) zum switch, WTF?
edit: gleicher client und das problem tritt jetzt nicht mehr auf o.O

kann denn keiner helfen?

 

[BasCom]

is vll n hub dazwischen versehentlich statt switch.

 

[.mojo]

kannst du nachvollziehen ob das Problem vielleicht nur bei übertragungen über einen bestimmten Switchport auftritt?

oft verbinden sich die clients per ipv6

ipv6 am Server deaktivieren, bzw am dhcp oder wie es bei dir auch immer geregelt/verteilt wird.

 

[T.I.M.]

@mojo: es tritt an verschiedenen switchports auf, kein muster festzustellen. ipv6 hatte ich schonmal testweise deaktiviert, keine besserung und ohne neue erkenntnisse.

 

[.mojo]

bist du dir sicher dass es sich um einen Filetransfer handelt oder könnte es einfach nur hohe last am port sein?
Evtl eine schleife? Beherrscht der Switch Spannung Tree? evtl dieses mal aktivieren und sehen ob sich die Lage bessert.

sonst fällt mir da jetzt auch nicht viel zu ein..

 

[T.I.M.]

es ist ganz sicher ein filetransfer, ich habe dann auch festplattenaktivität. spanning tree kann ich mal probieren aber im netzwerk gibts keine schleifen...

 

[.mojo]

kannst du sonst irgendwelche muster erkennen?
zb beim koieren auf bestimmte Volumes/Freigaben/Laufwerke etc
beim kopieren bestimmter Dateitypen

ich weiß, es hört sich alles sehr unwahrscheinlich an, aber mehr hab ich nicht anzubieten

 

[T.I.M.]

nein keine erkennbaren muster. es gibt auch nur einen dateityp (mkv). es gibt auch keine unterschiede zwischen einzelnen freigaben oder hdds, ich bin bei dem problem auch ziemlich ratlos und ich kann sonst immer alles per google lösen. nur dieses problem hat sonst wohl keiner...

 

[.mojo]

wenn du die möglichkeit hast, kannst du evtlauch mal den centralswitch austauschen, zuumindest testweise.
Den Server hast du ja afaqik schonmal ausgetauscht, bzw zumindest neu aufgesetzt..
Spanning tree hat nichts ergeben?
Hat der Server RAID? ist viellciht damit etwas nicht in Ordnung? Ist derVerbund evtl degraded?
Was ich mal hatte war ein RAID bei dem die BBU ausgefallen ist und er von Write Back auf Write Through zurückgefallen ist, was die Performance negativ beeinflusst hat...

 

[T.I.M.]

spanning tree ist an, bisher ist das problem aber nicht wieder aufgetreten. die zeit wird zeigen obs was geholfen hat
den centralswitch könnte ich nur gegen einen baugleichen austauschen.
der server hat kein raid, die festplatten sind laut smart auch alle ok.
also am switch steht jetzt folgendes auf on was vorher off war:
- automatic broadcast control
- mulicast filtering (igmp)
- spanning tree

 

[.mojo]

dann beobachte jetzt erstmal ob sich die Lage bessert.

 

[BasCom]

mojo: is spanning tree nicht nur wichtig, wenn 2 switches parallel geschaltet sind ? auf dem bild oben is davon ja nix zu sehen.

 

[T.I.M.]

so, update:
das problem besteht weiterhin. ich habe mal einen screenshot gemacht:

der ping war auch so hoch als die netzwerkauslastung auf 6% runter ging.
in der kommandozeile sind die oberen pings zu computerbase per ipv6, die unteren pings zum switch direkt am server (über die 1gpbs leitung)

 

[.mojo]

hmm, álso dann fällt mir jetzt auch nix mehr ein...

BasCom: Also ich bin mir da nicht sicher um ehrlich zu sein. Ich weiß nur dass es eine Maßnahme ist um schleifen entgegenzuwirken. Das die Topologie nicht unbedingt so aussieht dass ne schleife entstehen kann ist klar, aber man weiß ja nie wer da evtl doch irgendwelche ports miteinander verbunden hat.. und da mir sonst nix einfällt...