<[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... > I thank you for your consideration. But our operation may be compared to > a > large (40+kMips) octopus wherein the arms do not always work in sync. > > Someone else owns the datasets and job. At the moment they are consumed > > with bringing up two new plexes and at least one new Endeavor environment. > And they see others problems through their own eyes. > > I agree IEBCOPY has no need to use an ENQUE - dataset allocation handles > > that. And I remember working for a software vendor a decade ago that had > a product that did ENQUEs in places where other products by other vendors > > (such as IBM) did not. I think those products are not used now. > > I would use an abend but that is politically incorrect when someone else > is > using (somewhat reluctantly and belatedly) one's code by edict. > > What I was wondering is, does FIND support (SVC 18) save information about > the directory (such as member last fetched and corresponding TTR) bewtwen > > accesses if the file remains open. And is there anything I have not > considered. > > IBM Mainframe Discussion List <[email protected]>wrote on 01/19/2006 > > 12:52:56 PM: > > >In a recent note, Knutson, Sam said: > > >>Use PDSE > > >The second-best idea. Unfortunately we can't always do it because we > share data sets beyond sysplex boundaries. HFS/z/FS shared by NFS might > be > even better. > > >>Use DISP=OLD either on your job or the compress > > >Not always practical for heavily used linklibs and parameter libraries. > > >>Change your code to do the same enqueue used by IEBCOPY > > >How do I find that? A search for ENQUEUE in: > > Title: z/OS V1R7.0 DFSMSdfp Utilities Document Number: SC26-7414-03 > > >... returns no hits. Do the queue names and resource names involved > require APF? > > >-- gil >
Another possible solution is to eliminate (more or less) the compress. Make it 10 times its current size and try to find a quiet moment to compress the dataset, e.g. in the weekend. A next solution is to bring it under PDSMAN Space Reuse control. This gives you automatic compress like PDSE, without the PDSE restrictions. To clear my confusion: Gil, are you rkuebbin? Kees. ********************************************************************** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. ********************************************************************** ---------------------------------------------------------------------- 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
