MVSFORUMS.com Forum Index MVSFORUMS.com
A Community of and for MVS Professionals
 
 FAQFAQ   SearchSearch   Quick Manuals   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

PRoblems with FTP
Goto page 1, 2  Next
 
Post new topic   Reply to topic   printer-friendly view    MVSFORUMS.com Forum Index -> Utilities
View previous topic :: View next topic  
Author Message
monaco
Beginner


Joined: 20 May 2004
Posts: 77
Topics: 31

PostPosted: Tue Feb 15, 2005 9:33 am    Post subject: PRoblems with FTP Reply with quote

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
View user's profile Send private message
Bithead
Advanced


Joined: 03 Jan 2003
Posts: 550
Topics: 23
Location: Michigan, USA

PostPosted: Tue Feb 15, 2005 10:56 am    Post subject: Reply with quote

What platform is at the receiving end. MVS? Windows? Unix?
Back to top
View user's profile Send private message
monaco
Beginner


Joined: 20 May 2004
Posts: 77
Topics: 31

PostPosted: Tue Feb 15, 2005 11:04 am    Post subject: Reply with quote

Sorry! In sending from MVS to MVS (no intermediate machines)
Back to top
View user's profile Send private message
Bithead
Advanced


Joined: 03 Jan 2003
Posts: 550
Topics: 23
Location: Michigan, USA

PostPosted: Tue Feb 15, 2005 11:14 am    Post subject: Reply with quote

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
View user's profile Send private message
monaco
Beginner


Joined: 20 May 2004
Posts: 77
Topics: 31

PostPosted: Tue Feb 15, 2005 11:24 am    Post subject: Reply with quote

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
View user's profile Send private message
Bithead
Advanced


Joined: 03 Jan 2003
Posts: 550
Topics: 23
Location: Michigan, USA

PostPosted: Tue Feb 15, 2005 11:43 am    Post subject: Reply with quote

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
View user's profile Send private message
monaco
Beginner


Joined: 20 May 2004
Posts: 77
Topics: 31

PostPosted: Wed Feb 16, 2005 3:09 am    Post subject: Reply with quote

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
View user's profile Send private message
Bithead
Advanced


Joined: 03 Jan 2003
Posts: 550
Topics: 23
Location: Michigan, USA

PostPosted: Wed Feb 16, 2005 8:57 am    Post subject: Reply with quote

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
View user's profile Send private message
monaco
Beginner


Joined: 20 May 2004
Posts: 77
Topics: 31

PostPosted: Wed Feb 16, 2005 9:15 am    Post subject: Reply with quote

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
View user's profile Send private message
Bithead
Advanced


Joined: 03 Jan 2003
Posts: 550
Topics: 23
Location: Michigan, USA

PostPosted: Wed Feb 16, 2005 9:43 am    Post subject: Reply with quote

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
View user's profile Send private message
monaco
Beginner


Joined: 20 May 2004
Posts: 77
Topics: 31

PostPosted: Wed Feb 16, 2005 1:29 pm    Post subject: Reply with quote

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
View user's profile Send private message
Bithead
Advanced


Joined: 03 Jan 2003
Posts: 550
Topics: 23
Location: Michigan, USA

PostPosted: Wed Feb 16, 2005 2:59 pm    Post subject: Reply with quote

What letters are changing?
Back to top
View user's profile Send private message
hari_uss
Beginner


Joined: 19 Dec 2002
Posts: 78
Topics: 6
Location: Trivandrum, India

PostPosted: Wed Feb 16, 2005 3:20 pm    Post subject: Reply with quote

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
View user's profile Send private message Send e-mail
monaco
Beginner


Joined: 20 May 2004
Posts: 77
Topics: 31

PostPosted: Thu Feb 17, 2005 4:28 am    Post subject: Reply with quote

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
View user's profile Send private message
monaco
Beginner


Joined: 20 May 2004
Posts: 77
Topics: 31

PostPosted: Thu Feb 17, 2005 9:16 am    Post subject: Reply with quote

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
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic   printer-friendly view    MVSFORUMS.com Forum Index -> Utilities All times are GMT - 5 Hours
Goto page 1, 2  Next
Page 1 of 2

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


MVSFORUMS
Powered by phpBB © 2001, 2005 phpBB Group