topic Re: Bizzare ftp behaviour in Operating System - HP-UX

Bizzare ftp behaviour

Ray Herbig — Fri, 13 Apr 2001 19:09:07 GMT

When a file is ftp'd (either get or put), nothing is transferred. The file that is created on the remote end as a 0 byte file. A return code of 226 is given. This also happens on the local network where the only hop is through a switch.
Has anyone seen anything like this. I thought that somewhere in the recesses of my brain I had seen something to the effect where two firewalls both being active or both passive create such a mess.

Thanks.
Ray

Re: Bizzare ftp behaviour

Tom Danzig — Sat, 14 Apr 2001 10:24:29 GMT

The error code 226 is "Address already in use". Perhaps you could use lsof or netstat -a to find out if the ftp port(s) are already locked by some other process.

Re: Bizzare ftp behaviour

Paula J Frazer-Campbell — Sat, 14 Apr 2001 15:53:58 GMT

Hi
Try a traceroute to see if your routing is as you think.

HTH

Paula

Re: Bizzare ftp behaviour

Vincenzo Restuccia — Sun, 15 Apr 2001 22:46:24 GMT

Conflict of IP addresses.

Re: Bizzare ftp behaviour

Brian Hackley — Mon, 16 Apr 2001 14:36:11 GMT

Ray,

I'd go with the duplicate IP address as most likely cause, should the problem only be between hosts on your local IP subnet, and the all of those hosts can FTP off the local subnet. Look at arp and compare the MAC address for that target host with the MAC/Station address on the target host (e.g. lanscan on that box).

I would also test out other FTP commands to the target system, and if not able to resolve the issue completely at that point, take a nettl network trace or a sniffer trace to pinpoint what's actually happening on the network. This would of course reveal the MAC addresses of the systems which you can then verify again.

Hope all of this helps,

-> Brian Hackley