|
View previous topic :: View next topic
|
| Author |
Message |
ravidhiman
New User
Joined: 09 Oct 2006
Posts: 23
Location: London, UK
|
|
|
|
Hello All,
I am facing a problem while ftping file form mainframe system to unix system through JCL. The JCL is failing with max cc = 2875. Following is the FTP code i am using in JCL :
//INPUT DD *
USERNAME PASSWORD
QUOTE SITE CYLINDERS PRIMARY=300 SECONDARY=500
BIN
PUT 'ORG4.MP.LR.BDK.MPDAT113.MPDT113.D%%ODATE' +
'XFR.UAT.GEM.GEL.MPDAT113.MPDT113'
CLOSE
QUIT
//*
I am getting following error in spool:
EZA1701I >>> USER FTPGEMD
331 Send password please.
EZA1701I >>> PASS
230 FTPGEMD is logged on. Working directory is "FTPGEMD.".
EZA1460I Command:
EZA1736I QUOTE SITE CYLINDERS PRIMARY=300 SECONDARY=500
EZA1701I >>> SITE CYLINDERS PRIMARY=300 SECONDARY=500
200 SITE command was accepted
EZA1460I Command:
EZA1736I BIN
EZA1701I >>> TYPE I
200 Representation type is Image
EZA1460I Command:
EZA1736I PUT 'ORG4.MP.LR.BDK.MPDAT113.MPDT113.D100807' +
EZA1736I 'XFR.UAT.GEM.GEL.MPDAT113.MPDT113'
EZA1701I >>> SITE FIXrecfm 205 LRECL=205 RECFM=FB BLKSIZE=32595
200 SITE command was accepted
EZA1701I >>> PORT 107,100,203,23,43,212
200 Port request OK.
EZA1701I >>> STOR 'XFR.UAT.GEM.GEL.MPDAT113.MPDT113'
125 Storing data set XFR.UAT.GEM.GEL.MPDAT113.MPDT113
451-Error: Name=BSMRBF RC=-13
451-System completion code and reason: B37-04
451-Data set is out of space.
451-Error (1013) closing the data set.
451 Transfer aborted due to file error.
EZA1735I Std Return Code = 27451, Error Code = 00002
EZA1701I >>> QUIT
221 Quit command received. Goodbye.
It looks like a space abend. I have override the default space parameters with site command. But still i am getting space abend. If anybody have any idea to resolve this problem please let me know. If anybody need more information about this, I will provide.
Following are the dataset attribues of a dataset which i am trying to FTP:
Data Set Name . . . . : ORG4.MP.LR.BDK.MPDAT113.MPDT113.D100807
General Data Current Allocation
Management class . . : MCORGPS Allocated tracks . : 5
Storage class . . . : STANDAR Allocated extents . : 1
Volume serial . . . : ORG003 +
Device type . . . . : 3390
Data class . . . . . : DCCOMP Current Utilization
Organization . . . : PS Used tracks . . . . : 5
Record format . . . : FB Used extents . . . : 1
Record length . . . : 205
Block size . . . . : 32595
1st extent tracks . : 5
Secondary tracks . : 100
Data set name type : EXTENDED SMS Compressible : YES
Creation date . . . : 2010/08/07 Referenced date . . : 2010/08/09
Expiration date . . : ***None*** |
|
| Back to top |
|
 |
Robert Sample
Global Moderator
Joined: 06 Jun 2008
Posts: 8697
Location: Dubuque, Iowa, USA
|
|
|
|
| If the data set already exists on the server side, and you exceed the size of that data set with the data you are sending, the system will use your secondary allocation of 500 cylinders to allocate another extent. If the disk pack does not have 500 cylinders free on it, you will get an SB37 abend. Allocating a 500-cylinder secondary extent for a data set that has 5 tracks (one-third of a cylinder) total space seems a bit of overkill -- why not change the 300 primary 500 secondary to 5 5 and see if the FTP completes then? |
|
| Back to top |
|
|
ravidhiman
New User
Joined: 09 Oct 2006
Posts: 23
Location: London, UK
|
|
|
|
Hello Robert,
Many Thanks for reply.
I used QUOTE SITE CYLINDERS PRIMARY=5 SECONDARY=5 instead of
QUOTE SITE CYLINDERS PRIMARY=300 SECONDARY=500.
The job completed successfully. I checked, the file has been ftped successfully to other system
Thank you very much. 
Ravi |
|
| Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008
Posts: 8697
Location: Dubuque, Iowa, USA
|
|
|
|
| Glad to hear it worked. |
|
| Back to top |
|
|
|
|
