|
|
| Author |
Message |
Ricardo Moreira
New User
Joined: 20 Apr 2007
Posts: 6
Location: Brasil
|
|
|
|
Hello,
I'm trying to send a file from Mainframe to Unix. Unfortunartully i got this massage:
EZA1701I >>> SITE FIXrecfm 110 LRECL=110 RECFM=FB BLKSIZE=27940
Did anybody already have this problem ?
 |
|
| Back to top |
|
 |
References
|
|
 |
Robert Sample
Senior Member
Joined: 06 Jun 2008
Posts: 892
Location: Atlanta, GA
|
|
|
|
| The message you posted is a normal mainframe FTP message; it is not a problem. The SITE command provides the other side with information about the format of the data and is set to send on the mainframe by default. Since you're sending to a Unix site, you don't need to send this data. SENDSITE toggles the sending of the data, so issue it before your GET/PUT command. |
|
| Back to top |
|
|
Ricardo Moreira
New User
Joined: 20 Apr 2007
Posts: 6
Location: Brasil
|
|
|
|
Guys, I saw the same error in another system from someone else here, so i think this is not the main problem. I've created this post because when i open the file that it was transmited to Unix it's all messed up. I mean, i sent a real data, and what i receive in Unix is follow:
ñðñðñø@@@@@@@@@ñÃã@ðõòðñ@@@Ä 1bXSŒ |
|
| Back to top |
|
|
Robert Sample
Senior Member
Joined: 06 Jun 2008
Posts: 892
Location: Atlanta, GA
|
|
|
|
Ricardo: the data you show is in EBCDIC; most Unix systems require ASCII data. However, your problem is compounded because it appears you've got a seven-byte packed decimal (COBOL COMP-3) field at the end of the data. Your file must be converted to not include any packed decimal or binary (COBOL COMP) fields before doing the FTP or you will have a lot of difficulty with the data file since the text fields will require translation while the packed decimal fields cannot be translated -- a bit of a conundrum.
And again the SITE command is totally irrelevant to your problem; you may get an invalid command message from the Unix side but the data can be transferred anyway. |
|
| Back to top |
|
|
Ricardo Moreira
New User
Joined: 20 Apr 2007
Posts: 6
Location: Brasil
|
|
|
|
I got news about what really happened. Thes users who receive the files in Unix did a mistake with the files transmited that's why the file was all messed.
But, thank your effort. |
|
| Back to top |
|
|
dick scherrer
Global Moderator
Joined: 23 Nov 2006
Posts: 8644
Location: 221 B Baker St
|
|
|
|
Good to hear it is resolved - thank you for telling us the resolution 
d |
|
| Back to top |
|
|
|
|
