Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 9 replies
  • Subscribers 3 subscribers
  • Views 4837 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

URGENT: terrible slow transfers (ftp)

Christoph Klempau
Hiho again.

I've posted a similar problem about two weeks ago, but nobody could help  [:(]s used.
If we try to connect to our public ftp server that is located inside a DMZ connected to the ASL box we get transfer rates about 90kbs. If we move the same machines in the same subnet/DMZ everything is fine, transfer rates are about 12-13MB/s.
The proxy server is not enabled, cause we've got a similiar problem when it's enabled in transparent mode (transfer rate about 40kbs, disabled 200-240kbs). The PC (PIII 800, 512MB) and the HD (UDMA 100) should be fast enough.

PS: We tried to support the traffic with QoS, but no luck.

Any ideas? Thanks for your help!

Christoph Klempau
klempau@sunflowers.de


This thread was automatically locked due to age.
Parents
  • 0
    Is the traffic logged ?

    If so, try to turn off all the logging, and repeat the speed test.

    Just to see if's a logging problem
  • 0 in reply to emgadmin
    Do you have multiple default gateways configured ?

    If yes, set them to "none" except for the real (external) gateway on the external interface.

    If that does not help, look in /var/log/kernel for spurious messages from the e100 driver. However, I doubt that he is at fault  [:)] 

    /tom
Reply
  • 0 in reply to emgadmin
    Do you have multiple default gateways configured ?

    If yes, set them to "none" except for the real (external) gateway on the external interface.

    If that does not help, look in /var/log/kernel for spurious messages from the e100 driver. However, I doubt that he is at fault  [:)] 

    /tom
Children
  • 0 in reply to tom_01
    Hi.

    So, we checked the hints you gave us.

    >Is the traffic logged?
    No, we disabled the "Accounting" Feature. Connection tracking is always enabled it seems, but it shouldn´t be that performance hungry.

    >Do you have multiple default gateways configured ?
    No, just one Gateway configured as default route to the internet. Other set to "none".

    >If that does not help, look in /var/log/kernel for spurious messages from the e100 driver.
    Everything seems to be fine. No messages of the module itself. I´ve looked to modules.conf. All NICs are set to mode 4 (100MBit Fullduplex) but the outer interface to the Internet (10MBit Full), which is ok. I will try to set them to autonegotation but it shouldn´t change anything, cause 3 of the 5 NICs are working very well in mode 4. Just 2 nics, one connected to our FTP Server, the other connected to our DNS server, have got the performance problem. 

    Later

    Christoph Klempau
    klempau@sunflowers.de
  • 0 in reply to Christoph Klempau
    Hi again.

    We changed the NIC config to mode 0 and removed the mode setting in /etc/modules.conf. Nothing changed. But we found an error message while rebooting. Something like that:

    [...]
    Wrong parameter count.
    /usr/local/bin/get_pci_vendor_id ...
    [...]
    So, what´s that?

    Later

    Christoph Klempau
    klempau@sunflowers.de
  • 0 in reply to Christoph Klempau
    Do you have a hub or switch between the FTP and ASL. If you are using a X-Over cable install a switch. Make sure all interfaces are set the same and match the capabilities of the switch.

    Also does you ftp server have a DG and is it the ASL box or somnthing else
  • 0 in reply to lanman
    Hi Christoph...
    Usually that poor transfer rates are produced by mismatching link settings (NIC set to full duplex connected to a hub, and so on). If you have the possibility, connect temporarily a managed switch between one port of the DMZs hub/switch and the ASL and/or one port of the hub/switch and the FTP-box and look for errors. Faulty cable or faulty port of a NIC or hub is most frequent error.

    By the way: 3COM rulez !!!

    Pedro
  • 0 in reply to Pedro_01
    Hi,

    You could also do a "netstat -i" on which will show you if any packets have been dumped.
  • 0 in reply to Bork
    If you figure it out, please post the solution.  I am having the same problem.  The firewall slows the FTP traffic to almost nothing.  Times out the FTP session.

    Thanks,
    Phillip
  • 0 in reply to preeder
    Hi to all,

    we had the same probs with ASL 2.xx some times ago. We could fix that probs by following:

    1. outside clients should allways use passive FTP.

    2. If you use your own DNS inside your DMZ; switch off the name resolution (reserve lookup) inside your FTP-config. 

    We use Proftpd on Linux-Webserver!

    greetings from Solingen
    MARWIN