rc2574, ftp return code = 27150, error code = 00010.

[Duwane]

Hello,
Can anyone explain to me why I am getting the above error message. We run a batch job on a Mainframe which basically Transfers a 188MB file via FTP to an FTP server. The file gets to the FTP server without any damage but at the end of the job we get rc2574, ftp return code = 27150, error code = 00010.

Small files when FTPed to the server finish with a normal successful message but big files finish with the above error code.

Any thoughts would be appreciated.

Thanks.

[Charles McCary]

not sure, but here's something similar:

[Expired Broken link removed on <4/19/2017> by Mod]

[James R. Ferguson]

Hi:

The most reliable intepretation of ftp events is provided by the ftp daemon as each command is executed. These replies are 3-digit numbers. The first digit of the message indicates whether the reply is good, bad, or incomplete. The second digit indicates the functional area that the message addresses, and the third digit offers additional clarification of the second's. Have a look at the man pages for 'ftpd'.

Regards!

...JRF...

[Duwane]

This process is going through Routers and a Checkpoint firewall. Would that make any difference? Would MTU size matter?

Small files like 88MB or less end with no error messages for the Mainframe job but files with bigger sizes like, 188MB or more end with the rc2574, ftp return code = 27150, error code = 00010.

Any thoughts??

Thanks.

[Ron Kinner]

MTU is not causing your problem. You would start seeing problems with loss of data with files as small as 1500 bytes if that were the case.

I expect that your ftp server is running into trouble trying to process or save all of the info and may perhaps drop a few packets from its input buffer or just not pick them up from tcp/ip. You might monitor netstat -s before and after such a transfer and see if you see any clues. Could also be that since you say the files do go through that the FTP times out waiting for the final ack while the disk is still trying to save the data.
I'm not up on the internal workings but I expect there is some final check that you have all of the data and that it is safely stored- maybe a checksum or something - and the larger the file the longer it would take to make sure we had it all.

You can raise the size of the ftp buffer marginally from 56K to 64K and that might be enough to help. See man ftpd

You could also play with the flow control parameters in NDD and see if that helped. Anything which slowed down the transfer and gave the hard drive time to catch up might help. Maybe even lowering the ftp buffer.

Ron

[Rita C Workman]

Here's a thread with a couple suggestions that Nancy Rippey offered...(sadly no response by the person to say if they worked..)
But they are something to check out:

http://bizforums.itrc.hp.com/cm/QuestionAnswer/1,,0x58a0d5fab40ed6118ff40090279cd0f9,00.htmlHTH
Rita

...take note this is on the bizforms Forums..so make sure you get back to ITRC Forums for HPUX when you finish.

[Duwane]

Ron, I like your response. Can you tell me what is man ftpd and how to use it. I did use the netstat -s it gives me total tcp packets etc. Nothing to do with the FTP stats. How can I reset those and start fresh to monitor accurately?

Let me know.

thanks.

[Duwane]

Rita, I appreciate your response. I had already looked at that. Can you tell me what the FTP return code = 27150, error code = 00010 means. If I only could find out what those error codes mean, I can probably get to the problem. I tried searching all FTP error sites on the web but no success. Any sites you suggest??

Thanks.

[Rita C Workman]

I had nothing better to do .. went searching and hit blank walls everywhere.
Finally did a google (OK...sorry, but nothing else was hitting) and the absolute only thing I found was a reference to ftp with linux and a bug 27150.
Don't know if it applies here...but here's the url:

http://www.vinelinux.org/RDF/VineSeed/i386/anacron-2.3-15.i386.rdf
Rita

[Duwane]

Rita, thanks so much but that did not help either. See, it is a mainframe batch job which run and upload data to an ftp server. See if you know someone with MainFrame experiece who runs data transfer jobs using FTP. the big file gets there intact and is also usable but don't know why it is giving this message. by the way, the ftp file transfer is going through a firewall and also through routers. In other words data is being transported through the routers and into the firewall to the FTP server.

Any thoughts...

[Ron Kinner]

You must be the Mainframe guy. man ftpd refers to the manual page for ftpd which is stored on most UNIX boxes by default. You can usually type:

man ftpd

and the page should appear. q to quit. Enter to see the next page.

Here is a link to a web version in case your system doesn't have man installed.

http://docs.hp.com/hpux/onlinedocs/B2355-90129/B2355-90129.html

ftpd is called by inetd which is controlled by its config file: /etc/inetd.conf

Look for the line which starts:
ftp stream tcp nowait root /usr/lbin/ftpd ftpd

and add any options that seem appropriate such as -l -v -B 64 -t 60000

Once you make a change to the config file you can force inetd to reread it with inetd -c

This is the hp-ux way of doing it. Other systems may vary. I assume your FTP server is HP-UX? What version? Does it have all of the patches?

netstat is pretty much a universal command.
netstat -s will show you IP and TCP stats and errors. FTP uses TCP/IP as a transport and with a big heavy transfer like you are doing most of the TCP/IP traffic will be FTP so if you look at netstat -s before and after a transfer it's possible to see if there are any errors building up. You can do netstat -s >junk then run your transfer then do netstat -s >junk2 then diff junk junk2 to see what changed. You have to reboot the beast to reset to 0.

One quick way of testing the idea that packets are arriving too quickly is to force the switch and the NIC down to 10HD (10 Meg half duplex) on one end of the transfer. This will throttle down the transfer rate quite a bit. And maybe give the system a chance to keep up with the input. On second thought I just read your other responses and I see you are going through routers and firewalls so you are probably already hitting a smaller bottleneck and this wouldn't have any effect.

Ron

[sven verhaegen]

HI

I've done some research on possible return codes on FTP , the RFC describing this is rfc 630 and 640 , for most complete information look at these websites :

http://www.wu-ftpd.org/rfc/rfc0630.txt
http://www.faqs.org/rfcs/rfc640.html


this is what I can give you as data resulting from the RFC , unfortunately the reply code 00010 isn't in there at all , can you specify where exactly you get the error and what OS the machine is running , LINUX , HP-UX what version ? etc , also do you see the error on the screen , in syslog etc ... , is the transfer really failing or do you just get the mssg at the end of the transmission ?

Reply Codes from FTP Server :
=============================

100 Series Codes The requested action is being initiated, expect another reply before proceeding with a new command.
110 Restart marker reply.
120 Service ready in nnn minutes.
125 Data connection already open, transfer starting.
150 File status okay, about to open data connection.
200 Series Codes The requested action has been successfully completed.
200 Command okay.
202 Command not implemented, superfluous at this site.
211 System status, or system help reply.
212 Directory status.
213 File status.
214 Help message.
215 NAME system type. (Where NAME is an official system name from the list in the Assigned Numbers document.)
220 Service ready for new user.
221 Service closing control connection. Logged out if appropriate.
225 Data connection open; no transfer in progress.
226 Closing data connection. Requested file action successful (for example, file transfer or file abort).
227 Entering Passive Mode
230 User logged in, proceed.
250 Requested file action okay, completed.
257 "PATHNAME" created.
300 Series Codes The command has been accepted, but the requested action is being held in abeyance, pending receipt of further information.
331 User name okay, need password.
332 Need account for login.
350 Requested file action pending further information.
400 Series Codes The command was not accepted and the requested action did not take place, but the error condition is temporary and the action may be requested again.
421 Service not available, closing control connection. This may be a reply to any command if the service knows it must shut down.
425 Can't open data connection.
426 Connection closed; transfer aborted.
450 Requested file action not taken. File unavailable (e.g., file busy).
451 Requested action aborted: local error in processing.
452 Requested action not taken. Insufficient storage space in system.
500 Series Codes The command was not accepted and the requested action did not take place.
500 Syntax error, command unrecognized. This may include errors such as command line too long.
501 Syntax error in parameters or arguments.
502 Command not implemented.
503 Bad sequence of commands.
504 Command not implemented for that parameter.
530 Not logged in.
532 Need account for storing files.
550 Requested action not taken. File unavailable (e.g., file not found, no access).
552 Requested file action aborted. Exceeded storage allocation (for current directory or dataset).
553 Requested action not taken. File name not allowed.

[Ron Kinner]

Found this on google by searching groups for "ftp return code = 27150":

http://groups.google.com/groups?hl=en&lr=lang_en|lang_de&ie=UTF8&oe=UTF8&threadm=sb98b24c.045%40htismtp.harristeeter.com&rnum=2&prev=/groups%3Fq%3D%2522ftp%2Breturn%2Bcode%2B%253D%2B27150%2522%26hl%3Den%26lr%3Dlang_en%257Clang_de%26ie%3DUTF8%26oe%3DUTF8%26selm%3Dsb98b24c.045%2540htismtp.harristeeter.com%26rnum%3D2%26filter%3D0

You might talk to Peter Woude who was getting the same message last September:

pwoude@HARRISTEETER.COM He seemed to think it had soemthing to do with an FTP upgrade on the main frame.

Also:

http://groups.google.com/groups?q=%22ftp+return+code+%3D+27150%22&hl=en&lr=lang_en|lang_de&ie=UTF8&oe=UTF8&selm=3B41F4FC.D752C9A4%40bms.com&rnum=3&filter=0

Where steve.laba@bms.com reported the same error code back in July.

Ron

[Duwane]

Do any of you have a tcpip.sys file dated 2/16/2000 or later? I would like to get it for my Windows NT 4.0

Thanks for all the input and help guys.

Thanks.

[Ron Kinner]

Go to my geocities website:

http://www.geocities.com/heartland/9670/

Towards the bottom of the page you will see TCP/IP Fix

Download it. It's a zip file with password mssux (built with CAM UNZIP if you have problems with it). Extract it to a folder on the NT and doubleclick on hotfix.exe and it will automatically install tcpip.sys. It will want to reboot when done. Unreleased but works fine with SP6a. This is the latest one that you have to beg for. Fixes the stuck in Last Ack problem.

Ron