|
View previous topic :: View next topic
|
| Author |
Message |
BlackScreen_Hustle
New User
Joined: 20 May 2024
Posts: 9
Location: India
|
|
|
|
Hi,
I am running a batch job to decrypt a file sent by MFT application. The file is PGP encrypted using OpenPGP.
I am running a standard decryption job for OpenPGP, which I have used earlier for the same source application and different file.
But now I am getting an abend in the job, with the error message saying "Record Length 68 doesn't match fixed LRECL of 80".
The expected LRECL of decrypted Mainframe file is 80. I dont from where it is getting 68. If I put 68 in the o/p LRECL of the job, I get same error "Record Length 24 doesn't match fixed LRECL of 68".
I have checked with MFT team, and they did not make any change in their FTPS settings.
Can anyone point out the if there is any mistake in the job or some settings need to be changed ?
Job parameters -
| Code: |
//JAVA3 EXEC PROC=CSDJZSVM,VERSION='80'
//JAVAJVM.STEPLIB DD DSN=...
//STDERR DD SYSOUT=*
//STDOUT DD SYSOUT=*
//STDENV DD DSN=....
//OUT01 DD DSN=....,
// DCB=(RECFM=FB,LRECL=80,BLKSIZE=0)
//MAINARGS DD *
-homedir </path>
-keystore </path of .KS file>
-keystore-password ...
-key-password ...
-o '//DD:OUT01'
-d //ABC.DEF.GHIJ
/* |
Here ABC.DEF.GHIJ is the encrypted file sent by MFT
Any help will be much appreciated!
Thanks |
|
| Back to top |
|
 |
Joerg.Findeisen
Senior Member
Joined: 15 Aug 2015
Posts: 1295
Location: Bamberg, Germany
|
|
|
|
| Have you checked what parms were set during the transfer to the Host? Maybe your input is of type V[B] where F[B] is expected. |
|
| Back to top |
|
|
BlackScreen_Hustle
New User
Joined: 20 May 2024
Posts: 9
Location: India
|
|
|
|
| Joerg.Findeisen wrote: |
| Have you checked what parms were set during the transfer to the Host? Maybe your input is of type V[B] where F[B] is expected. |
I have checked with the Host. They set RECFM=FB,LRECL=80.
Thanks |
|
| Back to top |
|
|
Joerg.Findeisen
Senior Member
Joined: 15 Aug 2015
Posts: 1295
Location: Bamberg, Germany
|
|
|
|
| BlackScreen_Hustle wrote: |
| I have checked with the Host. They set RECFM=FB,LRECL=80. |
What tells ISPF 3.4 for you there? I do not know who is they. |
|
| Back to top |
|
|
BlackScreen_Hustle
New User
Joined: 20 May 2024
Posts: 9
Location: India
|
|
|
|
| Joerg.Findeisen wrote: |
| BlackScreen_Hustle wrote: |
| I have checked with the Host. They set RECFM=FB,LRECL=80. |
What tells ISPF 3.4 for you there? I do not know who is they. |
The Host application or sender of the encrypted file is MFT team.
They have a txt file which they have sent to Mainframe as MVS dataset using FTPS. During FTPS, MFT have set RECFM=FB,LRECL=80 for the dataset. They have also enabled PGP encryption. So we are running the PGP decryption job in Mainframe.
We have run the same job earlier successfully, for a different input file. So really not sure what is happening this time.
Thanks |
|
| Back to top |
|
|
Joerg.Findeisen
Senior Member
Joined: 15 Aug 2015
Posts: 1295
Location: Bamberg, Germany
|
|
|
|
| That was not the question. What does ISPF tell you is the LR and RECFM on the receiving site? |
|
| Back to top |
|
|
Pedro
Global Moderator
Joined: 01 Sep 2006
Posts: 2571
Location: Silicon Valley
|
|
|
|
re: "They set RECFM=FB,LRECL=80"
What does ISPF tell you is the LR and RECFM on the SENDING site? |
|
| Back to top |
|
|
BlackScreen_Hustle
New User
Joined: 20 May 2024
Posts: 9
Location: India
|
|
|
|
Hi All,
We have resolved the issue. The ascii-armored file sent by host application did not have carriage control at the end of each record. So decryption job in Mainframe was giving LRECL error. The host application has to add the carriage return. So its not a mainframe issue.
Thanks |
|
| Back to top |
|
|
|
|
