Interface traag met upload, snel met download

[Sebazzz]

Ik heb een ReadyNAS NAS waarmee ik sinds kort een probleem mee ondervind.

De box heeft twee interfaces, eth0 en eth1 en de eerstgenoemde vertoont wat problemen. Bij eth1 haal ik een nette snelheid van rond de 110 MB/s, voor zowel download als upload. Bij eth0 haal ik rond de 80 MB/s voor de download, iets waar ik prima mee kan leven, echter voor de upload haal ik een dramatisch lage snelheid: rond de ~1 MB/s, misschien 2 MB/s als ik geluk heb.

De volgende benchmarks zijn met iperf 2.05 tussen ReadyNAS en een Linux client uitgevoerd:

Download:

------------------------------------------------------------
Client connecting to 192.168.0.73, TCP port 5001
TCP window size: 0.02 MByte (default)
------------------------------------------------------------
[  3] local 192.168.0.75 port 36644 connected with 192.168.0.73 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec  1113 MBytes   111 MBytes/sec

Upload:

------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 0.08 MByte (default)
------------------------------------------------------------
[  4] local 192.168.0.75 port 5001 connected with 192.168.0.73 port 34547
[ ID] Interval       Transfer     Bandwidth
[  4]  0.0-10.1 sec  14.1 MBytes  1.40 MBytes/sec

Wat kan zoiets veroorzaken? Waar moet ik kijken voor het probleem?

De ReadyNAS draait op een Debian afgeleide distributie (Raidiator).

[D_Jeff]

Je hebt de situatie al uitgelegd, maar ik wil nog even mijn gedachte delen met mede-tweakers.
Ik vermoed dat het hier gaat om een verkeerde loadbalance (van data verkeer).
Dat kan ontstaan door verkeerde instellingen of hij heeft last van zgn. broadcast storm ("loop").

Extra info mbt netwerksituatie: pc -> switch -> nas // en switch -> Wlanrouter.

Wat denken jullie?

[Steef]

Wat een idioot contrast tussen read / write.

Nog een gedachte:
TCP window size kan van invloed zijn op je throughput, maar dit is buitensporig Daarbij word deze waarde veelal dynamisch aangepast.

Gezien dit schijnbaar een recent probleem is (?):
- s.m.a.r.t. waarden bekeken? (Status > Health > SMART)
- hoe vol zijn de schijven?
- je OS al uitgesloten?
- directe (USB) verbinding gemaakt om je netwerk hardware uit te sluiten?
- heb je de optie om een system reset te doen (er zijn meldingen van corrupt rakende raidiator installaties, let wel dat dit de schijven in je NAS zal wissen!!)

[ Voor 0% gewijzigd door Steef op 26-10-2011 01:58 . Reden: typos ]

[Sebazzz]

• SMART waarden zijn niet relevant, iperf doet namelijk niets met de harddisk en de andere interface werkt prima. Maar om toch erop in te gaan, de SMART waardes zijn prima.
• Ongeveer 70% vol, maar vanwege bovengenoemde redenen is het niet relevant.
• Zowel met Linux als Windows iperf clients en andere computers treedt het probleem op
• Wat bedoel je met USB-verbinding? En waarom? eth1 doet het namelijk prima, eth0 heeft problemen.
• Nee, liever geen reset.

Waarschijnlijk heb je eroverheen gelezen dat eth1 het prima doet eth0 geeft problemen.

[H!GHGuY]

Hoe zijn die interfaces geconnecteerd ?

[Sebazzz]

Één interface gaat: NAS -> router -> switch -> mijn laptop. (eth1)
De andere gaat: NAS -> switch -> mijn laptop. (eth0).

Ik heb het niet getest, maar het omwisselen van routing maakt niet uit geloof ik.

[citruspers]

Misschien een idee om een traceroute naar je laptop te doen met elke keer 1 adapter uitgeschakeld/losgekoppeld. Dan weet je iig hoe je pakketjes lopen

[CAPSLOCK2000]

loadbalance? heb je die twee interfaces op een of andere manier gekoppeld?
edit: niet jou woorden

low-tech idee: Probeer eens een andere netwerkkabel.

[ Voor 10% gewijzigd door CAPSLOCK2000 op 26-10-2011 13:38 ]

[Sebazzz]

Kabel omgewisseld en inderdaad... maar wat is de verklaring dan dat een upload wel snel is?

[LuckY]

aderparen waarschijnlijk, als die niet helemaal jofel zijn kan je wel eens dit soort problemen tegenkomen


Daarom bottom up troubleshooten ./captain hindsight