SMPe Receive Error

2012-03-20 Thread jagadishan perumal
Hi,

Good Day !

I am encountering the below error while performing the Receive step. Even
though i have given dedicated Volumes but I am getting a insufficient
volume.

My JCL :

//FEK2RCVE JOB MSGCLASS=X,MSGLEVEL=(1,1),CLASS=B,
// REGION=0M,NOTIFY=SYSUID
//RECEIVE  EXEC PGM=GIMSMP,REGION=0M
//SMPCSI   DD DSN=SMPE.RDZ.CSI,DISP=OLD
//SMPPTFIN DD DSN=A255209.IBM.HHOP801.SMPMCS,DISP=SHR
//*SMPTLIB  DD UNIT=3390,SPACE=(TRK,(1,1)),VOL=SER=RDZVOL
//SMPHOLD  DD DUMMY
//SMPCNTL  DD *
  SET BOUNDARY(GLOBAL) .
  RECEIVE SELECT(HHOP801)
  SYSMODS
  RFPREFIX(A255209)
  LIST .
/*

*JESMSGLG :*
IKJ56245I DATA SET SMPE.RDZ.HHOP801.F1 NOT ALLOCATED, NOT ENOUGH SPACE ON
VOLUMES+
IKJ56245I USE DELETE COMMAND TO DELETE UNUSED DATA SETS

SMPOUT:
GIM35306E ** SMPTLIB SMPE.RDZ.HHOP801.F1 WAS NOT ALLOCATED BECAUSE ERROR
CODE 4714 WAS ISSUED  BY BY DYNAMIC ALLOCATION.
GIM54701E ** ALLOCATION FAILED FOR SMPTLIB - IKJ56245I DATA SET
SMPE.RDZ.HHOP801.F1 NOT ALLOCATED, NOT ENOUGH SPACE ON VOLUMES+.
GIM54701E ** ALLOCATION FAILED FOR SMPTLIB - IKJ56245I USE DELETE COMMAND
TO DELETE UNUSED DATA SETS.


jags

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN


Re: SMPe Receive Error

2012-03-20 Thread Lizette Koehler
 
 Good Day !
 
 I am encountering the below error while performing the Receive step. Even
though i
 have given dedicated Volumes but I am getting a insufficient volume.
 
 My JCL :
 
 //FEK2RCVE JOB MSGCLASS=X,MSGLEVEL=(1,1),CLASS=B,
 // REGION=0M,NOTIFY=SYSUID
 //RECEIVE  EXEC PGM=GIMSMP,REGION=0M
 //SMPCSI   DD DSN=SMPE.RDZ.CSI,DISP=OLD
 //SMPPTFIN DD DSN=A255209.IBM.HHOP801.SMPMCS,DISP=SHR
 //*SMPTLIB  DD UNIT=3390,SPACE=(TRK,(1,1)),VOL=SER=RDZVOL
 //SMPHOLD  DD DUMMY
 //SMPCNTL  DD *
   SET BOUNDARY(GLOBAL) .
   RECEIVE SELECT(HHOP801)
   SYSMODS
   RFPREFIX(A255209)
   LIST .
 /*
 
 *JESMSGLG :*
 IKJ56245I DATA SET SMPE.RDZ.HHOP801.F1 NOT ALLOCATED, NOT ENOUGH SPACE ON
 VOLUMES+
 IKJ56245I USE DELETE COMMAND TO DELETE UNUSED DATA SETS
 
 SMPOUT:
 GIM35306E ** SMPTLIB SMPE.RDZ.HHOP801.F1 WAS NOT ALLOCATED BECAUSE ERROR
 CODE 4714 WAS ISSUED  BY BY DYNAMIC ALLOCATION.
 GIM54701E ** ALLOCATION FAILED FOR SMPTLIB - IKJ56245I DATA SET
 SMPE.RDZ.HHOP801.F1 NOT ALLOCATED, NOT ENOUGH SPACE ON VOLUMES+.
 GIM54701E ** ALLOCATION FAILED FOR SMPTLIB - IKJ56245I USE DELETE COMMAND
 TO DELETE UNUSED DATA SETS.
 
 
 jags


Jags,

Try going through your JES Messages sections of output of your job and find
the dataset names.  See what volumes they were allocating at the time.

Lizette

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN


Re: SMPe Receive Error

2012-03-20 Thread Lizette Koehler
 
 Jags,
 
 Try going through your JES Messages sections of output of your job and
find the
 dataset names.  See what volumes they were allocating at the time.
 
 Lizette
 

Also, see how big this Relfile is.  Maybe there truly is not enough space
for this file.

Meaning: More space was requested than is available on the DASD volume, or
the DASD volume's VTOC is full, or the DASD volume's VTOC Index (VTOCIX) is
full. (environmental error)

Lizette

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN


Re: SMPe Receive Error

2012-03-20 Thread Walter Marguccio
Jags,

could you past your SMPTLIB DDDEF definitions ?

Walter Marguccio
z/OS Systems Programmer
BELENUS LOB Informatic GmbH
Munich - Germany 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN


Re: SMPe Receive Error

2012-03-20 Thread jagadishan perumal
Hi Lizette/All,

When I check the JESSYSMSG I see the below allocation is at volume SCRTC1
which is a sms managed volume but with 99% free Space.

IGD101I SMS ALLOCATED TO DDNAME (SYSUT4  )

DSN (SYS12080.T152458.RA000.FEK2RCVE.R0100148)

STORCLAS (SCRTCH) MGMTCLAS () DATACLAS ()

*VOL SER NOS= SCRTC1*

IEF237I 101F ALLOCATED TO SMPPTS

IEF237I 101F ALLOCATED TO SMP1

IKJ56245I DATA SET SMPE.RDZ.HHOP801.F1 NOT ALLOCATED, NOT ENOUGH SPACE ON
VOLUM
IKJ56245I USE DELETE COMMAND TO DELETE UNUSED DATA SETS

IEF285I   A255209.IBM.HHOP801.F1   KEPT

IEF285I   VOL SER NOS= RDZVOL.

IEF285I   SMPE.RDZ.SMPPTS  KEPT

IEF285I   VOL SER NOS= RDZVOL.

IEF142I FEK2RCVE RECEIVE - STEP WAS EXECUTED - COND CODE 0008

Can I make this allocation to happen over NON-SMS volume to overcome this
error  ?

Jags

On Tue, Mar 20, 2012 at 3:25 PM, Lizette Koehler stars...@mindspring.comwrote:

 
  Good Day !
 
  I am encountering the below error while performing the Receive step. Even
 though i
  have given dedicated Volumes but I am getting a insufficient volume.
 
  My JCL :
 
  //FEK2RCVE JOB MSGCLASS=X,MSGLEVEL=(1,1),CLASS=B,
  // REGION=0M,NOTIFY=SYSUID
  //RECEIVE  EXEC PGM=GIMSMP,REGION=0M
  //SMPCSI   DD DSN=SMPE.RDZ.CSI,DISP=OLD
  //SMPPTFIN DD DSN=A255209.IBM.HHOP801.SMPMCS,DISP=SHR
  //*SMPTLIB  DD UNIT=3390,SPACE=(TRK,(1,1)),VOL=SER=RDZVOL
  //SMPHOLD  DD DUMMY
  //SMPCNTL  DD *
SET BOUNDARY(GLOBAL) .
RECEIVE SELECT(HHOP801)
SYSMODS
RFPREFIX(A255209)
LIST .
  /*
 
  *JESMSGLG :*
  IKJ56245I DATA SET SMPE.RDZ.HHOP801.F1 NOT ALLOCATED, NOT ENOUGH SPACE ON
  VOLUMES+
  IKJ56245I USE DELETE COMMAND TO DELETE UNUSED DATA SETS
 
  SMPOUT:
  GIM35306E ** SMPTLIB SMPE.RDZ.HHOP801.F1 WAS NOT ALLOCATED BECAUSE ERROR
  CODE 4714 WAS ISSUED  BY BY DYNAMIC ALLOCATION.
  GIM54701E ** ALLOCATION FAILED FOR SMPTLIB - IKJ56245I DATA SET
  SMPE.RDZ.HHOP801.F1 NOT ALLOCATED, NOT ENOUGH SPACE ON VOLUMES+.
  GIM54701E ** ALLOCATION FAILED FOR SMPTLIB - IKJ56245I USE DELETE COMMAND
  TO DELETE UNUSED DATA SETS.
 
 
  jags


 Jags,

 Try going through your JES Messages sections of output of your job and find
 the dataset names.  See what volumes they were allocating at the time.

 Lizette

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN


Re: SMPe Receive Error

2012-03-20 Thread jagadishan perumal
Hi Lizette/All,

Relfile attribute after it was received to a dataset :

Data Set Name  . . . : IBMUSER.IBM.HHOP801.F1



General Data  Current Allocation

 Management class . . : **None**   Allocated blocks  . : 39

 Storage class  . . . : **None**   Allocated extents . : 2

  Volume serial . . . : RDZVOL Maximum dir. blocks : NOLIMIT

  Device type . . . . : 3390

 Data class . . . . . : **None**

  Organization  . . . : POCurrent Utilization

  Record format . . . : FB Used pages  . . . . : 59

  Record length . . . : 80 % Utilized  . . . . : 70

  Block size  . . . . : 8800   Number of members . : 12

  1st extent blocks . : 27

  Secondary blocks  . : 20

  Data set name type  : LIBRARY   Dates

   Creation date . . . : 2012/03/20

   Referenced date . . : 2012/03/20

   Expiration date . . : ***None***

Command ===


Jags

On Tue, Mar 20, 2012 at 3:30 PM, Lizette Koehler stars...@mindspring.comwrote:

 
  Jags,
 
  Try going through your JES Messages sections of output of your job and
 find the
  dataset names.  See what volumes they were allocating at the time.
 
  Lizette
 

 Also, see how big this Relfile is.  Maybe there truly is not enough space
 for this file.

 Meaning: More space was requested than is available on the DASD volume, or
 the DASD volume's VTOC is full, or the DASD volume's VTOC Index (VTOCIX) is
 full. (environmental error)

 Lizette

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN


Re: SMPe Receive Error

2012-03-20 Thread Walter Marguccio
Jags,

 When I check the JESSYSMSG I see the below allocation is at volume SCRTC1
 which is a sms managed volume but with 99% free Space.


your job selects SCRTC1 to allocate temporary datasets pointed to by DDname 
SYSUT4,
which has nothing to do with your problem.

You need to have a look at where SMP/E wants to allocate space for your 
SMPTLIBs.
Have a look at DDDEF SMPTLIB in your GLOBAL zone, and tell us which volume is 
defined.

 
Walter Marguccio
z/OS Systems Programmer
BELENUS LOB Informatic GmbH
Munich - Germany

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN


Re: SMPe Receive Error

2012-03-20 Thread Lizette Koehler
i Lizette/All,
 
 When I check the JESSYSMSG I see the below allocation is at volume SCRTC1
which is
 a sms managed volume but with 99% free Space.
 
 IGD101I SMS ALLOCATED TO DDNAME (SYSUT4  )
 
 DSN (SYS12080.T152458.RA000.FEK2RCVE.R0100148)
 
 STORCLAS (SCRTCH) MGMTCLAS () DATACLAS ()
 
 *VOL SER NOS= SCRTC1*
 
 IEF237I 101F ALLOCATED TO SMPPTS
 
 IEF237I 101F ALLOCATED TO SMP1
 
 IKJ56245I DATA SET SMPE.RDZ.HHOP801.F1 NOT ALLOCATED, NOT ENOUGH SPACE ON
 VOLUM IKJ56245I USE DELETE COMMAND TO DELETE UNUSED DATA SETS
 
 IEF285I   A255209.IBM.HHOP801.F1   KEPT
 
 IEF285I   VOL SER NOS= RDZVOL.
 
 IEF285I   SMPE.RDZ.SMPPTS  KEPT
 
 IEF285I   VOL SER NOS= RDZVOL.
 
 IEF142I FEK2RCVE RECEIVE - STEP WAS EXECUTED - COND CODE 0008
 
 Can I make this allocation to happen over NON-SMS volume to overcome this
error  ?


Jags,

The SCRTC1 is not the volume.  The allocation is going to 
IEF285I   A255209.IBM.HHOP801.F1   KEPT

IEF285I   VOL SER NOS= RDZVOL.

So what is the VTOC, VTOCIX, like for RDZVOL?  How much space will be
required to allocation the A255209.IBM.HHOP801.FI file? 
So you need to answser
1)  What is the volume type (MOD3, MOD9, other)?
2)  What is the size of the VTOC?
3)  What is the size of the VTOCIX?
4)  How many datasets are already on this volume RDZVOL?
5)  How large is the A255209.IBM.HHOP801.FI (Get this form the Program
Directory)?



Lizette

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN


Re: SMPe Receive Error

2012-03-20 Thread jagadishan perumal
Lizette,

I have modified the SMPTLIB statement to have the Volume specified and it
went fine.

On Tue, Mar 20, 2012 at 5:08 PM, Lizette Koehler stars...@mindspring.comwrote:

 i Lizette/All,
 
  When I check the JESSYSMSG I see the below allocation is at volume SCRTC1
 which is
  a sms managed volume but with 99% free Space.
 
  IGD101I SMS ALLOCATED TO DDNAME (SYSUT4  )
 
  DSN (SYS12080.T152458.RA000.FEK2RCVE.R0100148)
 
  STORCLAS (SCRTCH) MGMTCLAS () DATACLAS ()
 
  *VOL SER NOS= SCRTC1*
 
  IEF237I 101F ALLOCATED TO SMPPTS
 
  IEF237I 101F ALLOCATED TO SMP1
 
  IKJ56245I DATA SET SMPE.RDZ.HHOP801.F1 NOT ALLOCATED, NOT ENOUGH SPACE ON
  VOLUM IKJ56245I USE DELETE COMMAND TO DELETE UNUSED DATA SETS
 
  IEF285I   A255209.IBM.HHOP801.F1   KEPT
 
  IEF285I   VOL SER NOS= RDZVOL.
 
  IEF285I   SMPE.RDZ.SMPPTS  KEPT
 
  IEF285I   VOL SER NOS= RDZVOL.
 
  IEF142I FEK2RCVE RECEIVE - STEP WAS EXECUTED - COND CODE 0008
 
  Can I make this allocation to happen over NON-SMS volume to overcome this
 error  ?


 Jags,

 The SCRTC1 is not the volume.  The allocation is going to
 IEF285I   A255209.IBM.HHOP801.F1   KEPT

 IEF285I   VOL SER NOS= RDZVOL.

 So what is the VTOC, VTOCIX, like for RDZVOL?  How much space will be
 required to allocation the A255209.IBM.HHOP801.FI file?
 So you need to answser
 1)  What is the volume type (MOD3, MOD9, other)?
 2)  What is the size of the VTOC?
 3)  What is the size of the VTOCIX?
 4)  How many datasets are already on this volume RDZVOL?
 5)  How large is the A255209.IBM.HHOP801.FI (Get this form the Program
 Directory)?



 Lizette

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN


Re: SMPe Receive Error

2012-03-20 Thread retired mainframer
:: -Original Message-
:: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
:: Behalf Of jagadishan perumal
:: Sent: Tuesday, March 20, 2012 4:48 AM
:: To: IBM-MAIN@bama.ua.edu
:: Subject: Re: SMPe Receive Error
::
:: Lizette,
::
:: I have modified the SMPTLIB statement to have the Volume specified and
:: it
:: went fine.

So you don't know what the problem was and apparently aren't interested in
researching to correct it.  You have made a change which possibly only
camouflages the problem and we can expect to see another round of queries
when you perform a subsequent receive.  Throwing darts at a dart board is
usually not an effective diagnostic procedure and seldom leads to any
understanding of the underlying issues.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN


Re: SMPe Receive Error

2012-03-20 Thread jagadishan perumal
Apology for not describing the underlying cause of this error :

Here in My case SMP/e was trying to allocate more space for SMPTLIB in a
sms-managed volume. We didnt had enough Space in SMS-Managed volumes so I
modified the SMPTLIB DDDEF statement by coding the VOLUME keyword(Newly
Intialized non-sms volume).




On Wed, Mar 21, 2012 at 3:20 AM, retired mainframer 
retired-mainfra...@q.com wrote:

 :: -Original Message-
 :: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
 :: Behalf Of jagadishan perumal
 :: Sent: Tuesday, March 20, 2012 4:48 AM
 :: To: IBM-MAIN@bama.ua.edu
 :: Subject: Re: SMPe Receive Error
 ::
 :: Lizette,
 ::
 :: I have modified the SMPTLIB statement to have the Volume specified and
 :: it
 :: went fine.

 So you don't know what the problem was and apparently aren't interested in
 researching to correct it.  You have made a change which possibly only
 camouflages the problem and we can expect to see another round of queries
 when you perform a subsequent receive.  Throwing darts at a dart board is
 usually not an effective diagnostic procedure and seldom leads to any
 understanding of the underlying issues.

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN