ftp and mvs xfers

[Todd McDaniel_1]

Well I have a bit of an issue. I will let this quote from my users explain:

quote:

We are facing some issues in the FTP job which FTP’s a 15 gig file from MVS to UNIX. This was working fine until last Thursday, but from Friday it started failing after FTP’ing somewhere around 2.15 gigs.

We are facing the issues only when we are trying to ‘put’ the file from MVS to UNIX...

When I try to ‘get’ the file from MVS to UNIX the FTP completes successfully.

unquote:


thanks!

[DCE]

Did anything change? i.e. writing to a different mount (that does not have large files enabled)?

[Todd McDaniel_1]

nothing changed on the unix side whatsoever...there is plenty of space and largefiles enabled.

It seems very strange to me that ftp works while getting but not put'ing.

[DCE]

Redundant question -

Is there anything in the syslog or dmesg output during the ftp times?

[Steve Lewis]

It sounds suspiciously like a 32 bit issue.

Was the file always 15gig?

Or did they suddenly increase the file size, change the target FS (to one that isn't largefiles) or else start using a different FTP client on the MVS system.

Which UNIX are they using? Are you sure its your system and not someone elses?

Have you run out of disk space? Of course you haven't - you would have checked that wouldn't you. But maybe the target directory is actually a symbolic link to a different filesystem, that isn't largefiles.

[Todd McDaniel_1]

nothing has changed on the unix side. the filesystem was created over a year ago.

The file is just some data coming from the MVS side going to my UNIX box running 11.11 HPUX.

no i am not running out of space, the PUT ftp dies around 2gb and the file is 15gb and their is enough room for the file to be xfered.

[Ivan Krastev]

Do you have any IDS/firewall between machines ?


regards,
ivan

[Peter Nikitka]

Hi,

it would be interesting to know, what the exact size of the file after an unsuccessful transfer is, and if it is always the same.

mfG Peter

[A. Clay Stephenson]

Is is possible that ftpd is running on a quotas enabled filesystem? I would also check the ulimit of the ftpd daemon (You might consider creating a wrapper script that outputs the ulimit before invoking ftpd.) You might actually be seeing a firewall limit or a timeout limit. If the MVS ftp client can run in a verbose mode that might help as well so that the 3 octal digit status code can be examined. Knowing the exact size of the failed file would help.

[Todd McDaniel_1]

there is no firewall.


Can anyone address why ftp works on a get but not a put?

I cannot find any issues on the UNIX side. However, I have no expertise with MVS and cant guess what happens there.

[Todd McDaniel_1]

Here are the file sizes when the files fail... from the MVS side.


Size after which FTP failed (in bytes)

2157315120
2172325230
2160420660
2165251500
2160593190
2156797530
2158005240

[A. Clay Stephenson]

Yoy need to be very clear when you describe the gets and puts. Is the ftp client always on the MVS box or is the client HP-UX and you are doing the get from an MVS ftp server while running an HP-UX client? If so, the put and gets are apples to oranges comparisons.

[Todd McDaniel_1]

I believe the ftp puts that fail are being executed by the MVS side from the MVS side.


Just to add to my confusion here are some outputs from one user after the jobs fail or complete.


-------------------------
On the FTP's that failed, I see the following message from the UNIX server.

220 chpups6a FTP server (Version wu-2.4(21) sid2.2 Fri Jan 17 09:47:20 CST 1997)

--------------------------
On the FTP's that worked, I see the following UNIX server message:

220 chpups6a.sbc.com FTP server (Version 1.1.214.4(PHNE_34544) Fri Feb 24 15:03: 24 GMT 2006) ready.

[Todd McDaniel_1]

let me try to be clear...

all puts from the mvs side fail...or from unix running a put also fail.

all gets from unix succeed.

[A. Clay Stephenson]

The currect version of wu-ftpd is 2.6.2; yours is very old. I would install it (from any of the HP-UX Perting Centre's) or use the standard HP-UX supplied ftpd version -- which from your description doesn't have the problem.

[Duncan Edmonstone]

Todd,

well that looks pretty conclusive to me. *Someone* has installed wu-ftp on your server. I guess you need to try an establish if it was installed via swinstall (try the logs in /var/adm/sw) or just copied over existing ftpd files.

What entry do you have in /etc/inetd.conf for FTP?

HTH

Duncan

[Todd McDaniel_1]

well apparently it was me...

I fixed an issue with securID login on Friday. I somehow messed up my ftp process. i patched my securID again and it seems to work now.