If I'm understanding the problem correctly, make sure your zFS files have SHAREOPTIONS(3). Otherwise, I think if they are not defined with that shareoption, the zFS address space will attempt to "alter" the shareoptions to '3' so its userid needs alter access to the zFS files. Maybe the userid for your ZFS address space lacks this authority.
Dick Bond HFHS Mainframe Administration > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf > Of Andrew Metcalfe > Sent: Tuesday, September 02, 2008 11:18 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Contention since migrating to ZFS > > I have been converting our HFS datasets to ZFS. We are now getting > contention using ZFS where we were not when using HFS. > > I have the same named task (DDL72HFS) running on several systems within > the sysplex. > > The OMVS segment for DDL772HFS contains HOME(/u/DDL72HFS). > > The first instance of DDL72HFS causes the ZFS to be mounted (via > automount). Subsequent instances of DDL72HFS on other systems in the plex > cause: > > MII1038 ZFS CONTENTION WITH ZFS OWNS EXCL ON GLL6 > MII1039 ZFS NEEDS EXCL SYSDSN UNIX.DDL72HFS > IKJ56225I DATA SET UNIX.DDL72HFS ALREADY IN USE, TRY LATER+ > IEF196I IKJ56225I DATA SET UNIX.DDL72HFS ALREADY IN USE, TRY LATER+ > IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER > IEF196I IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER > IOEZ00003E While opening minor device 17401, could not open dataset > UNIX.DDL72HFS. > > We did not see this contention when the datasets were HFS, but since going > to ZFS we get these messages. I am guessing that ZFS is using ENQ where > HFS was not (or at least not the same ENQ - HFS vs VSAM). What I need to > achieve is to remove the contention. > > I could do this by: > a) adding a sysname qualifier to the automount policy in u.map e.g. > UNIX.&SYSNAME..<uc-name>. > b) changing the HOME setting to /tmp/ddl72hfs > > Either of these would work for this particular task as it doesn't store > anything > in its Unix files. However, there are other instances of batch jobs that run > on > separate systems using the same userid that would need to store persistent > data e.g. jobs run with USER=WHL and the OMVS segment for WHL has HOME > (/u/whl). This currently causes contention across the two systems for > UNIX.WHL dataset. > > If I change either automount to add a system identifier or HOME to > specify /tmp, I lose the persistence of the data that may be stored in the > Unix > files. > > How have others managed this situation? Did I miss something? > > Thanks > > Andrew Metcalfe > Barclays Bank Plc > > ---------------------------------------------------------------------- > 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 > ============================================================================== CONFIDENTIALITY NOTICE: This email contains information from the sender that may be CONFIDENTIAL, LEGALLY PRIVILEGED, PROPRIETARY or otherwise protected from disclosure. This email is intended for use only by the person or entity to whom it is addressed. If you are not the intended recipient, any use, disclosure, copying, distribution, printing, or any action taken in reliance on the contents of this email, is strictly prohibited. If you received this email in error, please contact the sending party by reply email, delete the email from your computer system and shred any paper copies. Note to Patients: There are a number of risks you should consider before using e-mail to communicate with us. See our Privacy Policy and Henry Ford My Health at www.henryford.com for more detailed information. If you do not believe that our policy gives you the privacy and security protection you need, do not send e-mail or Internet communications to us. ============================================================================== ---------------------------------------------------------------------- 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
