|
View previous topic :: View next topic
|
| Author |
Message |
kalone
New User
Joined: 11 Jan 2010
Posts: 4
Location: india
|
|
|
|
Hi All ,
I have a scenario ,where one of our jobs is failing with "Dataset reservation Unsuccessful" .
1. Job1 creates a file ,which triggers another job say Job2.
2. This Job2 is submitted with the same name Job1.
3. Job2 is getting failed with "Dataset reservation unsuccessful" when it trying to check if the file created in the previous Job1 has any data or not.
4. This file is nothing but a GDG version.
5. Job1 creates a GDG version and Job2 checks if the GDG base has any data or not.
6. Job1 using GDG version with DISP=(new,cat,del) & DISP=SHR
whereas Job2 is using DISP=OLD.
Can anyone please suggest something.
Thanks,
Kanchan. |
|
| Back to top |
|
 |
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007
Posts: 10873
Location: italy
|
|
|
|
| Quote: |
| Can anyone please suggest something. |
unfortunately the explanation is too foggy to get any useful info out of it
| Quote: |
| Dataset reservation unsuccessful |
instad of posting Your useless interpretation of the message
it would be better top post verbatim (exactly as is )
the IBM message with the message number You received
worth also to look for it Yourself in the messages and codes manuals
if, on the other hand, the message is not an IBM one,
You might be better off asking inside Your organization |
|
| Back to top |
|
|
Anuj Dhawan
Superior Member
Joined: 22 Apr 2006
Posts: 6250
Location: Mumbai, India
|
|
|
|
I agree with Enrico, however look for the explanation for IEF211I and see if something matchs for your scenario.
| Quote: |
| This file is nothing but a GDG version. |
Are you really talking about "version" and not "generation". If yes and you've allocated something like HLQ.SLQ.G0001V01 and your job has HLQ.SLQ(+1), possibly you might run in to this error: ibmmainframes.com/post-60435.html |
|
| Back to top |
|
|
kalone
New User
Joined: 11 Jan 2010
Posts: 4
Location: india
|
|
|
|
Thanks Guys for responding. And apologies for being so vague in explaining.Let me try to explain what I am encountering.
We have a job which runs daily in Production.From last 1 month this job is failing with "Dataset reservation Unsuccessful" (not everyday though).
This job creates a file ( next generation of a GDG) .As soon as the next generation is created ,another job is triggered which is submitted with same name as the triggering job. The triggered job gets failed in the first step itself where it is checking if the base GDG has any data or not.
Now , the issue is we are not sure as in why the jobs are failing with this error,because both the jobs are submitted with the same name .Unless and until first job is completed , eventhough the second job is triggered , it won't start executing until first one is completed , so there should not be any dataset contention issue.
[img] [/img] |
|
| Back to top |
|
|
Bill Woodger
Moderator Emeritus
Joined: 09 Mar 2011
Posts: 7309
Location: Inside the Matrix
|
|
|
|
| Please show both sets of JCL and the sysout from a pair of jobs when the second had the failure you describe, in the Code tags. |
|
| Back to top |
|
|
Phrzby Phil
Senior Member
Joined: 31 Oct 2006
Posts: 1042
Location: Richmond, Virginia
|
|
|
|
A GDG base cannot have any data, as it is not even a dataset.
It may have generations (good correction you made), and they may or may not have data within them.
If no data in a generation, then it may not have been written to at all, or it may have actually had no records written to it (in COBOL: open output, then close).
Which are you testing for and how? |
|
| Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008
Posts: 8696
Location: Dubuque, Iowa, USA
|
|
|
|
| Quote: |
| Now , the issue is we are not sure as in why the jobs are failing with this error,because both the jobs are submitted with the same name |
Depending upon your site, this may not prevent the two jobs from running at the same time. And if they run at the same time, the first job still has an ENQUEUE on the GDG base (assuming you used (+1) for your generation). You need to look at the start / stop times of the first and second jobs (and where each is running) to verify that they really are not running at the same time.
The restriction is that every job running on an LPAR have a unique name -- if your site is set up to allow batch jobs to run on more than one LPAR, then you can have more than one job with the same name running simultaneously.
If the start time of the second job is after the end time of the first job, then you have an issue which needs attention from IBM. |
|
| Back to top |
|
|
Pete Wilson
Active Member
Joined: 31 Dec 2009
Posts: 580
Location: London
|
|
|
|
| You can sometimes get caught out with DFHSM migrating a large GDG and it's holding the ENQ on the GDG base. (There is a patch to prevent this ENQ in DFHSM but it has some risks.) |
|
| Back to top |
|
|
|
|
