MVSFORUMS.com Forum Index MVSFORUMS.com
A Community of and for MVS Professionals
 
 FAQFAQ   SearchSearch   Quick Manuals   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

TAPE MESSAGES - SMC0045 & SMC0046

 
Post new topic   Reply to topic   printer-friendly view    MVSFORUMS.com Forum Index -> Data Management
View previous topic :: View next topic  
Author Message
Vinodch
Beginner


Joined: 23 Dec 2002
Posts: 80
Topics: 32
Location: Chennai, India

PostPosted: Fri Feb 29, 2008 10:29 am    Post subject: TAPE MESSAGES - SMC0045 & SMC0046 Reply with quote

The Job A consumes only 5 mins CPU time but the elasped time is around 5 hrs, the job seems to be waiting for some resources. The below mentioned are the tape messages from the JESLOG: Job has 4 tapes accessing as an i/p file referenced using the parameter UNIT=AFF

SMC0045 Conflicting exclusion criteria for job USERIDA step STEP02 DD SQIN1
SMC0046 USERPOLICY ESOTERIC would have excluded all devices; not honored
SMC0045 Conflicting exclusion criteria for job USERIDA step STEP02 DD SQIN1
SMC0046 POLRECTECH would have excluded all devices; not honored

Tapes are accessed like the below mentioned in the JCL:

//AI DD DSN=XXXX.XXXX(0),
// DISP=SHR,BUFNO=250
//*
//BI DD DSN=YYYY.YYYY(0),
// DISP=SHR,UNIT=AFF=AI,BUFNO=250
//*
//CI DD DSN=ZZZZ.ZZZZ(0),
// DISP=SHR,UNIT=AFF=AI,BUFNO=250
//*
//DI DD DSN=AAAA.AAAA(0),
// DISP=SHR,UNIT=AFF=AI,BUFNO=250
//*

Please advice what causing the elasped time more.
_________________
Thanks,
Vinod.
Back to top
View user's profile Send private message
Nic Clouston
Advanced


Joined: 01 Feb 2007
Posts: 1075
Topics: 7
Location: At Home

PostPosted: Sat Mar 01, 2008 5:32 am    Post subject: Reply with quote

That coding is more or less fine (DISP=OLD would have been better) if BI is accessed after all processing for AI has been done etc. It seems a bit strange that one file is not accessed until the previous file has been finished with - usually they would be read in parallel which you cannot do with UNIT=AFF. I'm not saying it is wrong, just unusual.

CPU time has no relation to elapsed time except it cannot be greater. Most of your elapsed time is probably taken up waiting for tapes to be mounted and data transferred.
_________________
Utility and Program control cards are NOT, repeat NOT, JCL.
Back to top
View user's profile Send private message
expat
Intermediate


Joined: 01 Mar 2007
Posts: 475
Topics: 9
Location: Welsh Wales

PostPosted: Sun Mar 02, 2008 3:30 am    Post subject: Reply with quote

I for one would reduce the BUFNO parameter, maybe just get rid of it altogether. Most modern tape subsystems are fast anyway.

For every BUFNO specified you need the BLKSIZE value in storage.

Maybe your job gets swapped out / paged out because you are demanding too much storage for the system to give you, and by placing a high demand become a highly desired SWAP OUT candidate.
_________________
If it's true that we are here to help others,
then what exactly are the others here for ?
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic   printer-friendly view    MVSFORUMS.com Forum Index -> Data Management All times are GMT - 5 Hours
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


MVSFORUMS
Powered by phpBB © 2001, 2005 phpBB Group