View previous topic :: View next topic
|
Author |
Message |
Shubhi Saxena
New User
Joined: 31 Jul 2008 Posts: 8 Location: NOIDA
|
|
|
|
I'm FTPing a file to the server using JCL. I'm getting the MAXCC=696.
Also, the spool shows the following information:
EZA1736I cd bmp-cvp
EZA1701I >>> CWD bmp-cvp
250 CWD command successful.
EZA1460I Command:
EZA1736I LOCSITE TRAILINGBLANKS
EZA1460I Command:
EZA1735I Std Return Code = 99000, Error Code = 00012
EZA1701I >>> QUIT
Please suggest what could be the reason...... |
|
Back to top |
|
|
Shubhi Saxena
New User
Joined: 31 Jul 2008 Posts: 8 Location: NOIDA
|
|
|
|
Actually we work on two mainframe regions. I have already run this job in one region and it has run without any issues. But, when I switch to another rregion, the same job is giving me this error.
Also, I am new to FTP and this forum as well, so not sure what to do next...... |
|
Back to top |
|
|
superk
Global Moderator
Joined: 26 Apr 2004 Posts: 4652 Location: Raleigh, NC, USA
|
|
|
|
Does the other region also have the message:
EZA1736I LOCSITE TRAILINGBLANKS
when you run this job? |
|
Back to top |
|
|
Shubhi Saxena
New User
Joined: 31 Jul 2008 Posts: 8 Location: NOIDA
|
|
|
|
yes it does..... |
|
Back to top |
|
|
superk
Global Moderator
Joined: 26 Apr 2004 Posts: 4652 Location: Raleigh, NC, USA
|
|
|
|
Message Description for EZA1735I Std Return Code = 99000, Error Code = 00012:
Quote: |
Explanation: FTP has ended with an error only because the user has specified EXIT as a start parameter. Normally FTP would continue.
rc is the standard return code. rc is in the format yyxxx, where
yy
the subcommand code, which is a number from 0 to 99.
xxx
This is the last reply code received from the FTP server. If a subcommand failed before a reply was received from the server, this value is 000.
ec is the client error code set by the FTP client.
System Action: The FTP client ends.
User or Operator Response: To determine the cause of the error, refer to z/OS Communications Server: IP User's Guide and Commands for information about FTP return codes, including subcommand codes, client error codes, and reply codes.
System Programmer Response: None.
Source Data Set: EZAFTPCX
|
Following the guide referenced above, the subcommand code of 99 means that the command was unknown. The reply code of 000 means that the FTP server did not receive a response.
Basically, the way that I'm interpreting this, is that, first of all, the problem is being reported from the FTP server, not from z/OS. Second, it appears that the server couldn't recognize or identify a sub-command it was sent. That's why I asked if you always send the LOCSITE sub-command.
My thoughts? 1. Review this process from the server end where the error is being reported. 2. Remove the (EXIT and try it again. 3. Suppress the sending of the LOCSITE command. 4. Have a network trace done by your Network Technicians. |
|
Back to top |
|
|
MBabu
Active User
Joined: 03 Aug 2008 Posts: 400 Location: Mumbai
|
|
|
|
Also try QUOTE LOCSITE TRAILINGBLANKS
Quote tells the FTP client not to validate the commands |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8700 Location: Dubuque, Iowa, USA
|
|
|
|
Post your FTP commands ... the command after the LOCSITE TRAILINGBLANKS isn't right. MAXCC is meaningless for an FTP job; if you take 99000 MOD 4096 you'll get 696, which is your return code. And the error code 12 implies there's no input to the FTP job after the LOCSITE command. |
|
Back to top |
|
|
Shubhi Saxena
New User
Joined: 31 Jul 2008 Posts: 8 Location: NOIDA
|
|
|
|
On giving the command QUOTE LOCSITE TRAILINGBLANKS I get the following error.
EZA1736I QUOTE LOCSITE TRAILINGBLANKS
EZA1701I >>> LOCSITE TRAILINGBLANKS
500 'LOCSITE TRAILINGBLANKS': command not understood.
EZA1735I Std Return Code = 30500, Error Code = 00002
I used the following command
server name
login id
password
cd dir name
QUOTE LOCSITE TRAILINGBLANKS
EXIT
But the same command is working fine on the other mainframe region..... |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8700 Location: Dubuque, Iowa, USA
|
|
|
|
Okay, you got the 99000 because your FTP job has no transfer step. You have no GET, you have no PUT ... no wonder the server didn't see a command! The 696 return code is exactly what you should get with the provided FTP commands. |
|
Back to top |
|
|
Shubhi Saxena
New User
Joined: 31 Jul 2008 Posts: 8 Location: NOIDA
|
|
|
|
no I have a put statement given in the job itself..........the above mentioned commands , I am using as a control card.....I have given the put statement in the jcl....
//TVRHA275 JOB (079850),'TEST OPERATION DATA',
// CLASS=5,MSGCLASS=R,NOTIFY=&SYSUID,
// SCHENV=FTP
//*
//TESTPROC JCLLIB ORDER=(T.$VRH.PROCLIB)
//@JOBLIB INCLUDE MEMBER=@JLHG1
//*
//HA270TD EXEC HA270TD,
// DUMP='R',
// INLIB='T.$VRH.TABLES',
// FTPLIB='T.$VRH.FTPCNTL',
// JCLLIST='*',
// FTPMBR='HA270S10'
//HA270S10.INPUT DD
// DD *
PUT 'T.$VRH.CMP2.ODSI270A.D1060801.FINALVB' ODSI270_0806_CMP2.TXT
QUIT
//* |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8700 Location: Dubuque, Iowa, USA
|
|
|
|
If
Quote: |
server name
login id
password
cd dir name
QUOTE LOCSITE TRAILINGBLANKS
EXIT |
is in the HA270S10.INPUT DD statement (presumably as a file), the EXIT tells the FTP job to quit before you ever get to the PUT statement.
It doesn't matter if you've got a PUT statement in the job, what matters is what the FTP step sees. The FTP error code you provided tells me that your PUT statement either (a) does not exist, or (b) is never executed, and as far as FTP is concerned they're the same to it. |
|
Back to top |
|
|
Shubhi Saxena
New User
Joined: 31 Jul 2008 Posts: 8 Location: NOIDA
|
|
|
|
I included PUT statement after the LOCSITE TRAILINGBLANKS statement and it worked fine.....thanks a lot....... but I am still not sure why the same thing worked in one region and not in the other region.... |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19243 Location: Inside the Matrix
|
|
|
|
Hello,
It sounds like the EXIT was ignored in the environment that ran successfully. . . If there was an exit? |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8700 Location: Dubuque, Iowa, USA
|
|
|
|
Your JCL is executing PROC HA270TD. This procedure is not guaranteed to be the same from LPAR to LPAR so the difference(s) could easily explain it running in one place but not the other. |
|
Back to top |
|
|
Shubhi Saxena
New User
Joined: 31 Jul 2008 Posts: 8 Location: NOIDA
|
|
|
|
ok.....thanks a lot everybody..... |
|
Back to top |
|
|
|