On Sun, 18 Nov 2007 13:28:00 -0500, Mike Myers wrote: >Gil: > >See my previous reply. The DEB exists in the LSQA of the address space >that has the data set OPEN. In order to do what you ask, it would be > I believe I asked nothing (except insofar as I quoted the OP); I merely offered two empirical observations.
>necessary for the system to find all OPEN instances of the newly >extended data set and then adding the new extent to its particular DEB. >How it would determine which address spaces have the data set OPEN >without using GRS' Queue elements for that data set (which you affected >by the DEQ), I don't know. > Again, in neither of my postings did I mention a DEQ. I did no DEQ. >You could partially solve the problem by holding DEBs in global storage, >such as SQA, but this causes problems with the "DEB's appendage exit >list" which provides for application specific exits associated with the >use of the data set. Trying to make these global in scope would pose >some problems, in particular, it opens up an integrity exposure (based >on the DEB appendages) that was closed back in the first couple of years >that MVS was in existence. > And "global" would here necessarily mean through all systems in a plex. >Paul Gilmartin wrote: >> On Thu, 15 Nov 2007 15:53:49 -0600, Mark S. House wrote: >> >>> During SMP/E mantenance a system fils CSF.SCSFMOD0 had a d37. I removed >>> the file from the PLEX and wanted to increase it's size. It appears the >>> LLA and XCFAS on the on the other LPAR's in the system have enque on the >>> name. How can I remove the enqueue so I can increase and copy the file. >>> >>> >> Long ago, I encountered a technique, with DYNALLOC, to create a data >> set while another job holds a SHR ENQ on its DSN. I reported this >> in a PMR to IBM which struggled long and earnestly with the problem, >> and concluded it was too hard to fix, and presented a nuisance but >> no hazard. AFAIK, the behavior remains unchanged. >> -- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html