[RH73] Samba/FTP traag, RX packet errors

[HaveBlue]

De search is gebruikt. Echter, ik vond geen afdoende antwoord op mijn vraag.

De machine:

code:

Compaq ProLiant 800 Dual Pentium Pro 200
Redhat Linux 7.3
1x 6,4 GB IDE hda
1x 40 GB IDE hdc, hdparm geeft voor beide hdd's UDMA(33) modus aan
2x 10mbit 3Com PCI NICs (1x vortex, 1x boomerang); gebruiken beide module
3c59x en werken naar behoren onder WinNT 4.0 sp6a
Samba 2.2.6
Proftpd 1.2.6
mii-tool 1.9

Probleem:

Wanneer er een iso of iets dergelijks gekopieerd moet worden van de bovenstaande machine naar een machine in het interne netwerk is de verbinding werkelijk zo traag als stront door een trechter. Ook wanneer ik dezelfde kopieeractie via FTP probeer is het extreem langzaam. Ik heb de interne NIC al eens vervangen door een 8139too model en die met mii-tool op 100baseT-FD en 100baseT-HD geprobeerd. Echter, het probleem blijft. Ook wanneer andere PCI-sloten gebruikt worden blijft het probleem. Wat mij echt verbaasd, is wanneer ik de oude SCSI schijf met NT 4 terugprak de NICs uitstekend werken.

Voor de vorm hieronder mijn ifconfig

code:

eth0      Link encap:Ethernet  HWaddr 00:04:76:27:2F:5D
          inet addr:212.XXX.XXX.XXX  Bcast:212.XXX.XXX.XXX  Mask:255.255.XXX.XXX
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:9591372 errors:1428 dropped:0 overruns:0 frame:2662
          TX packets:548250 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:931870054 (888.7 Mb)  TX bytes:112395842 (107.1 Mb)
          Interrupt:11 Base address:0xf300

eth1      Link encap:Ethernet  HWaddr 00:60:08:76:43:93
          inet addr:192.168.1.1  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:395182 errors:387 dropped:0 overruns:0 frame:387
          TX packets:440293 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:100492074 (95.8 Mb)  TX bytes:390162923 (372.0 Mb)
          Interrupt:9 Base address:0xf400

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:696 errors:0 dropped:0 overruns:0 frame:0
          TX packets:696 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:177727 (173.5 Kb)  TX bytes:177727 (173.5 Kb)

De output van mii-tool:

code:

[root@gatekeeper etc]# mii-tool
eth0: 10 Mbit, half duplex, no link
eth1: 10 Mbit, half duplex, link ok

De output van modinfo -d 3c59x en modinfo -p 3c59x:

code:

"3Com 3c59x/3c9xx ethernet driver LK1.1.16 19 July 2001"
[root@gatekeeper etc]# modinfo -p 3c59x
filename:    /lib/modules/2.4.18-3/kernel/drivers/net/3c59x.o
description: "3Com 3c59x/3c9xx ethernet driver LK1.1.16 19 July 2001"
author:      "Donald Becker <[e-mail]>"
license:     "GPL"
parm:        debug int, description "3c59x debug level (0-6)"
parm:        options int array (min = 1, max = 8), description "3c59x: Bits 0-3: media type, bit 4: bus mastering, bit 9: full duplex"
parm:        full_duplex int array (min = 1, max = 8), description "3c59x full duplex
setting(s) (1)"
parm:        hw_checksums int array (min = 1, max = 8), description "3c59x 
Hardware checksum checking by adapter(s) (0-1)"
parm:        flow_ctrl int array (min = 1, max = 8), description "3c59x 802.3x flow 
control usage (PAUSE only) (0-1)"
parm:        enable_wol int array (min = 1, max = 8), description "3c59x: Turn on 
Wake-on-LAN for adapter(s) (0-1)"
parm:        rx_copybreak int, description "3c59x copy breakpoint for copy-only-tiny-
frames"
parm:        max_interrupt_work int, description "3c59x maximum events handled 
per interrupt"
parm:        compaq_ioaddr int, description "3c59x PCI I/O base address (Compaq 
BIOS problem workaround)"
parm:        compaq_irq int, description "3c59x PCI IRQ number (Compaq BIOS 
problem workaround)"
parm:        compaq_device_id int, description "3c59x PCI device ID (Compaq BIOS 
problem workaround)"
parm:        watchdog int, description "3c59x transmit timeout in milliseconds"

Heeft iemand iets van deze strekking eerder meegemaakt? En zo ja, wat heb je er destijds aan gedaan om het uit de wereld te krijgen? Ik word hier namelijk helemaal suf van en het verpest nu al m'n tweede weekend achtereen

edit:

geprobeerd verneukte layout bij te werken

[Verwijderd]

Wat voor kaart zit er in de machine in het interne netwerk?
Probeer daar eens ander NIC en/of 10 Mb half duplex setting

[HaveBlue]

Verwijderd schreef op 19 oktober 2002 @ 11:56:
Wat voor kaart zit er in de machine in het interne netwerk?
Probeer daar eens ander NIC en/of 10 Mb half duplex setting

Werkstations maken gebruik van Realtek rtl8139 kaartjes. Dat lijkt me niet veel uit te maken; de machines functioneren onderling goed. De interne (T)FTP-server op m'n netwerk (p2-400) werkt ook vlekkeloos met die kaartjes. Het enige probleem is het feit dat die verdraaide ProLiant 800 zo langzaam is en dat ligt volgens mij aan een instelling die ik niet kan vinden en niet aan die 3com NICs want, zoals hierboven vermeld staat, is hetzelfde probleem er ook als de 3Com onder linux wordt vervangen door een Realtek rtl8139. Onder NT is het probleem met die rtl8139 kaart ook weer verdwenen.

[Tomaat]

Het zou ook een DNS probleem kunnen zijn. nu is dit meestal alleen het geval als het connecten lang duurt, maar de data overdracht wel snel is. het valt te proberen natuurlijk.

[Verwijderd]

Het enige waar mij dit aan doet herinneren is of een full/halfduplex probleem, of een kabelprobleem.

[Verwijderd]

HaveBlue schreef op 19 oktober 2002 @ 13:54:
[...]
Werkstations maken gebruik van Realtek rtl8139 kaartjes. Dat lijkt me niet veel uit te maken; de machines functioneren onderling goed.

Ik had een NT4 server met een "ghost" share met ook rtl8139. Kopieren van/naar deze server vanaf alle windows machines ging goed. Slechte performance echter vanaf machines met MS-DOS networking client. (voor ghosten over netwerk).

Ik zocht altijd de fout in de MS-DOS drivers , maar probleem bleef , tot ik in NT4 server een echte NIC inbouwde......

lijkt op jouw probleem.

[Verwijderd]

Verwijderd schreef op 19 oktober 2002 @ 17:15:
[...]
Ik zocht altijd de fout in de MS-DOS drivers , maar probleem bleef , tot ik in NT4 server een echte NIC inbouwde......

Of je installeert een echt OS. NT4?

Ondanks dat het goedkope NIC's zijn en bv. 3com's ongetwijfeld beter zullen zijn, heb ik er praktisch nooit problemen mee gehad.

[HaveBlue]

Verwijderd schreef op 19 oktober 2002 @ 18:36:
[...]

Of je installeert een echt OS. NT4?

Ondanks dat het goedkope NIC's zijn en bv. 3com's ongetwijfeld beter zullen zijn, heb ik er praktisch nooit problemen mee gehad.

Let wel: onder NT4 doen zowel de rtl8139d als de 3Com Vortex/Boomerang NICs het wel probleemloos; ben nu bezig met een basis FreeBSD installatie om te zien of de klachten bij dat OS ook aanwezig zijn. Zoja, dan snap ik er echt geen drol meer van. Zonee, dan snap ik er nog steeds geen drol van maar heb ik wel een fatsoenlijk functionerende gateway

[Verwijderd]

HaveBlue schreef op 20 oktober 2002 @ 16:24:
[...]
Zonee, dan snap ik er nog steeds geen drol van maar heb ik wel een fatsoenlijk functionerende gateway

Heheheh

[HaveBlue]

Verwijderd schreef op 20 oktober 2002 @ 23:05:
[...]

Heheheh

topreply

Maar goed, FreeBSD 4.7 draait ondertussen naar volle tevredenheid (met dank aan http://www.bsdfreaks.nl/) en de 3Com vertoonde nog steeds problemen. Tot 10 minuten terug. Ik heb de beide 3Com NICs een rotschop gegeven en vervangen door een intel PRO 100+ NICs. Machine draait nu zoals 'ie hoort te draaien.