IBM Mainframe Forum Index
 
Log In
 
IBM Mainframe Forum Index Mainframe: Search IBM Mainframe Forum: FAQ Register
 

GDG generation creation


IBM Mainframe Forums -> JCL & VSAM
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
Marsellas Wallace

New User


Joined: 18 May 2010
Posts: 3
Location: Bangalore

PostPosted: Tue Sep 07, 2010 3:54 pm
Reply with quote

I am trying create a +1 generation of a GDG but i am unable to create it, as (-0) generation of the GDG is in use by some other job. Is there a way by which i can create +1 generation on the same time when -0 is being blocked by some other job?


Thanks,
Wallace
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 8696
Location: Dubuque, Iowa, USA

PostPosted: Tue Sep 07, 2010 4:48 pm
Reply with quote

The GDG base is required to be accessed exclusively when creating a new generation. This is the way the operating system works and you cannot get around this restriction. In other words, there is no way you can create a +1 generation when another job or user is using the GDG.
Back to top
View user's profile Send private message
rithuarjun

New User


Joined: 27 Jun 2008
Posts: 11
Location: Chennai

PostPosted: Tue Sep 07, 2010 6:21 pm
Reply with quote

One of related things which i read on internet....Might be useful

"I have seen problems with DFHSM locking out production batch when that batch job was trying to create a +1 GDG. By default, HSM will ENQ on the base GDG catalog entry while migrating an individual file. This means if a batch job comes along and wants to create a (+1) version then that job is locked out until the migration is complete as it cannot update the catalog. It is common these days to see very big GDG files; 3-4000 cylinders is not unusual, and those migrates can take half an hour or more. There appears to be three options to fix this; just wait for the catalog to free up, set problem GDGs to never migrate or ask your developers not to create big files. None of these options are really acceptable.

There is another solution, which is to apply an HSM fix to change it so it just ENQs on the one file that it is migrating. To do this you apply the following patch, but read the caveat below first

HSEND PATCH .MCVT.+4C3 BITS(......1.) VERIFY(.MCVT.+4C3 BITS(......0.))

{0 if enqueing is desired (default) 1 if no enqueing is desired}

Caveat; if you do not ENQ on the base, and if HSM is migrating the oldest GDG at the same time a batch job is creating a (+1) version, then the job will get an IEC331I 042-006 error. This is because DFP needs to delete the oldest GDG and it cannot because the file is in use. The batch job will actually complete fine (assuming it gets no other errors), but the problem is that it leaves an orphaned file behind it that will never be cleaned up automatically. Eventually the GDG number will roll around and catch up again and a create will fail, so the best bet is to get automation to trap this message and raise a problem ticket.

The choice is yours, you can live with contention issues, or you can cope with having to manually clean up files from time to time."
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic View Bookmarks
All times are GMT + 6 Hours
Forum Index -> JCL & VSAM

 


Similar Topics
Topic Forum Replies
No new posts DFHPI1008 JSON generation failed COBOL Programming 0
No new posts Started task using a generation dataset JCL & VSAM 7
No new posts Report generation JCL & VSAM 18
No new posts JCL sort card for file creation condi... DFSORT/ICETOOL 4
No new posts How can I get Generation Nbr of GDG f... IBM Tools 1
Search our Forums:

Back to Top