FTP Client slow

[irt_1]

Hi All,

We have one system R1 (RP4440 running HP-UX 11.11t) hat most of its job is pulling data from other server (mostly FTP). The system is running fine until 4 days ago.

When the R1 was pulling using ftp from the M3 for the small files (<1 MB), the performance was fast (3 MB/s) but when the file was big (around 13 MB) the transfer was very slow, can be as slow as 5 Kb/s. Then I tried to use scp instead of ftp to copy the same (big) files, and surprising the performance was good (3MB/s)

I have checked there was no error on the cards.I have checked with our network team, there was no error on the ports on R1 and M3.

Actually the application that pulling the data using its own application using ftp transport and it gave some error like:"file transfer buffer has not been allocated" I don't know whether it could help or not, but the test I mention about was using the normal ftp client on HP-UX.

Is there any parameter I should adjust for the R1?

Thank you.

Regards,

Iwan

[Steven E. Protter]

Shalom,

The real issue her is figuring out what changed.

If everything was fine and suddenly it was not, then something happened, and carefully tracking all possible changes might find the error.

You mention an transfer buffer error in a data application.

Few problems there.

1) The app is not identified.
2) The error code is not posted exactly preventing any possible google search help.


You may have already discovered a very good alternative. scp. Part of openssh secure shell, this protocol transmits the data more quickly (not normal), and encrypts the data and authentication stream, which will make your next security audit a happy audit. Consider it.

lanadmin -x #
replace # with the active NIC interface. It is possible that the NIC is not running full duplex.

Also possible is an ftp problem on the source server that has nothing to do with the rp4440 system.

SEP

[irt_1]

Hi Sep,



>1) The app is not identified.
The application is proprietary so it may not have the standard error message. I think the application does not matter, since I did mention I emulated the application using normal HP-UX ftp client also resulted in slowness.

>2) The error code is not posted exactly preventing any possible google search help.
The ftp client doesn't have any error since it still can transfer but very slow.

> Lanscan result:
rap01@/RAP01/ra_data/TMP_IWAN> lanadmin -x 2
Speed = 1000 Full-Duplex.
Autonegotiation = On.
I have checked there is no error on the LAN switched.

Yes scp using ssh is the better protocol but unfortunately the application does not support it.

Regards,

Iwan

[Avinash20]

Check on R1 and M3 & Switch, that the speed settings are same.

lanadmin -x

[Ganesan R]

Hi,

Often ftp slow issue will be solved by latest network patches.

Try to find the latest FTP patches and ARPA Cumulative patches and install it.

[irt_1]

Thanks for the responses,

I already checked with the network team for the connection speed, there were no errors.

The network team tried to see with data capture, and they saw a lot of duplicate ack, if used ftp, if we used scp the capture was clean.

HP support already suggest to patch, but we still reluctant to apply it, we will try to reboot the R1 first tonight.

The patches that HP sugested:
PHNE_34672 1.0 cumulative ARPA Transport patch
PHNE_34427 1.0 LAN product cumulative patch

Regards,

Iwan

[irt_1]

The reboot didn't help at all, unfortunately the problem happened also on our other system using as development system.

Then 2 days later the problem disappear by itself, we didn't apply the patch for now.

We suspect this one was the router or switch problem, our network team is still checking on their network equipment.

Thank you anyway all.

Iwan