View previous topic :: View next topic |
Author |
Message |
monaco Beginner
Joined: 20 May 2004 Posts: 77 Topics: 31
|
Posted: Tue Feb 15, 2005 9:33 am Post subject: PRoblems with FTP |
|
|
Hi!
I have a problem sending a big file (1500 tracks) using FTP. I get the message: EZA2590E send_data error from send = (140.76690291).
I tried to compress the file using MODE C,(and type E) but it doesn't work. I've been looking in the manuals for some parameters that can be the responsable for the error. In the client host, I check that the SITE parameters (in FTP.DATA) like BLOCKSIZE, LREC,.., are ok. Maybe the problem is in the DATABUFFERPOOLSIZE.
I also check parameter like MAXRECEIVE and RESOLVERTIMEOUT in the receptor host.
I have the following doubts:
*The parameter MAXRECEIVE appears in the TELNETPARMS, can it be responsable for not letting the transfer?
* What is the amount recommended for RESOLVERTIMEOUT?
* Maybe I run out of space in the buffer pool and I need to chance the value in DATABUFFERPOOLSIZE?
*How does the allocation of the dataset work in the receptor host? Maybe the problem is that the size of the new dataset is not correct, althoght I send information of parameters like blocksize, lrec.
Thanks for your help. |
|
Back to top |
|
 |
Bithead Advanced

Joined: 03 Jan 2003 Posts: 550 Topics: 23 Location: Michigan, USA
|
Posted: Tue Feb 15, 2005 10:56 am Post subject: |
|
|
What platform is at the receiving end. MVS? Windows? Unix? |
|
Back to top |
|
 |
monaco Beginner
Joined: 20 May 2004 Posts: 77 Topics: 31
|
Posted: Tue Feb 15, 2005 11:04 am Post subject: |
|
|
Sorry! In sending from MVS to MVS (no intermediate machines) |
|
Back to top |
|
 |
Bithead Advanced

Joined: 03 Jan 2003 Posts: 550 Topics: 23 Location: Michigan, USA
|
Posted: Tue Feb 15, 2005 11:14 am Post subject: |
|
|
It looks like you may not be allocating enough space for the receiving file. This can be determined by seeing if any data was received.
If this is the case and the receiving file is pre-allocated, increase the size. If it is not pre-alloacted, try using the SITE PRIMARY and SECONDARY commands rather than relying on the default values. |
|
Back to top |
|
 |
monaco Beginner
Joined: 20 May 2004 Posts: 77 Topics: 31
|
Posted: Tue Feb 15, 2005 11:24 am Post subject: |
|
|
I agree with you about relying on the default values.
Whenever I send the file, it appears SITE information about the file, and it looks like it's pre-allocating the receiving file using the right data. I'm going to try again?
Can it be because the JESPUTGETTO is set to 600 seconds?? (I'm using the PUT command).
Thanks. |
|
Back to top |
|
 |
Bithead Advanced

Joined: 03 Jan 2003 Posts: 550 Topics: 23 Location: Michigan, USA
|
Posted: Tue Feb 15, 2005 11:43 am Post subject: |
|
|
I believe that this is the timeout value for non-response from the remote site. It is more likely the PRIMARY and SECONDARY values in FTP.DATA.
The SITE command is probably being automatically generated for all FTPs from your MVS image, whether or not the receiving file is pre-allocated. It can be turned off by using the SENDSITE command if required. |
|
Back to top |
|
 |
monaco Beginner
Joined: 20 May 2004 Posts: 77 Topics: 31
|
Posted: Wed Feb 16, 2005 3:09 am Post subject: |
|
|
I've been trying to send the file following your indications.
How can I "force" the parameter SPACETYPE=CYLINDER? The system doesn't recognize it in the SITE command or as a comand itself.
I've changed the PRIMARY and SECONDARY, and it seems to work better. But, at one point, I get the error "EZA2589E Connection to server interrupted or timed out". Can it be because of the allocation units?
Is there a way to compress the file other than using MODE C? Is a good idea to compress the file?
Thank you for your help. |
|
Back to top |
|
 |
Bithead Advanced

Joined: 03 Jan 2003 Posts: 550 Topics: 23 Location: Michigan, USA
|
Posted: Wed Feb 16, 2005 8:57 am Post subject: |
|
|
Don't use SPACETYPE parameter - this is only in FTP.DATA. Just enter CYL as a parameter for SITE.
The timeout might be because the remote system was unable to allocate the dataset or it might be because the seesion trly timed out. |
|
Back to top |
|
 |
monaco Beginner
Joined: 20 May 2004 Posts: 77 Topics: 31
|
Posted: Wed Feb 16, 2005 9:15 am Post subject: |
|
|
I tried what you say, but I have the same timeout error, at the same point. The file si allocated in the remote system. How can I change the timeout parameter? Does it have to do with RESOLVERTIMEOUT?
Thanks. |
|
Back to top |
|
 |
Bithead Advanced

Joined: 03 Jan 2003 Posts: 550 Topics: 23 Location: Michigan, USA
|
Posted: Wed Feb 16, 2005 9:43 am Post subject: |
|
|
To change the timeout, code this on the EXEC card:
EXEC PGM=FTP,PARM='/(TIMEOUT ???'
I am not sure if you can exceed the parameter in FTP.DATA.
If no dataset is being allocated on the remote machine, then extending the timeout will not help you. |
|
Back to top |
|
 |
monaco Beginner
Joined: 20 May 2004 Posts: 77 Topics: 31
|
Posted: Wed Feb 16, 2005 1:29 pm Post subject: |
|
|
I seems to work now. But I keep having the same problem with the time out, when the file has just 5 tracks to finish. I've check that the file in the remote system is allocated and it has the right number of rows in it. But the letters inside the file are different, it has strange letters. It doesn't have to be that way. (I've tried the same commands with smaller files and they work). Can it be because of the tracks that aren't transferred?
I inserted a trace on the EXEC card, and obtain the following messages
CX0282 main: RC=-0001 cmd_in_progress=00027
CX0285 main: last_reply= 125 err=00009
Thank you. |
|
Back to top |
|
 |
Bithead Advanced

Joined: 03 Jan 2003 Posts: 550 Topics: 23 Location: Michigan, USA
|
Posted: Wed Feb 16, 2005 2:59 pm Post subject: |
|
|
What letters are changing? |
|
Back to top |
|
 |
hari_uss Beginner
Joined: 19 Dec 2002 Posts: 78 Topics: 6 Location: Trivandrum, India
|
Posted: Wed Feb 16, 2005 3:20 pm Post subject: |
|
|
Quote: | Is there a way to compress the file other than using MODE C? Is a good idea to compress the file? |
There is one utility called PKZIP from Ascent Solutions. If you have it in both sending and receiving sites, you can zip the file before sending and unzip it after receiving.
If the transfere is from Mainframe to PC, you can unzip the file using Winzip. |
|
Back to top |
|
 |
monaco Beginner
Joined: 20 May 2004 Posts: 77 Topics: 31
|
Posted: Thu Feb 17, 2005 4:28 am Post subject: |
|
|
Hari_uss, thanks for the information.
Bithead, the problem had to be with code pages, I believe it's correct now. Thank you so much for your help. |
|
Back to top |
|
 |
monaco Beginner
Joined: 20 May 2004 Posts: 77 Topics: 31
|
Posted: Thu Feb 17, 2005 9:16 am Post subject: |
|
|
I need to transfer from IBM-284 (Spanish) to IBM-285(United Kingdom). I'm using the command EBCDIC and it works for all the characters but for the " |
|
Back to top |
|
 |
|
|