Re: Automove vs Noautomove in BPXPRMxx

2009-02-19 Thread Gabriel Tully
Lizette, Perhaps someone is navigating to an automount directory with an incorrect MapName file? Depending on how/if your automount is set up that could cause your symptoms. Have you checked your /etc/auto.master and what it has specified? -- Gabe Tully -

Re: Automove vs Noautomove in BPXPRMxx

2009-02-19 Thread Lizette Koehler
No, I have SYSPLEX(NO) coded. Lizette > > Since nobody asked so far: You don't have SYSPLEX(YES) in > your BPXPRMxx, do you? > > -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama

Re: Automove vs Noautomove in BPXPRMxx

2009-02-18 Thread Hunkeler Peter (KIUK 3)
Since nobody asked so far: You don't have SYSPLEX(YES) in your BPXPRMxx, do you? -- Peter Hunkeler CREDIT SUISSE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the mess

Re: Automove vs Noautomove in BPXPRMxx

2009-02-18 Thread Mark Zelden
On Wed, 18 Feb 2009 08:30:59 -0500, Lizette Koehler wrote: >Mark, > >I have them defined in BPXPRMxx. They are all defined as RW. I have taken >all defaults. > >So are you saying that unless needed all OMVS datasets should have R rather >than RW when they are not being updated? You don't have

Re: Automove vs Noautomove in BPXPRMxx

2009-02-18 Thread Mark Zelden
On Wed, 18 Feb 2009 08:28:44 -0500, Lizette Koehler wrote: >Basically these are system specific OMVS data sets. They would not be >mounted on any other system because that system already has these files. I >will look at UNMOUNT, however, there is no one trying to move these files. >It looks to

Re: Automove vs Noautomove in BPXPRMxx

2009-02-18 Thread Mark Zelden
On Wed, 18 Feb 2009 07:22:54 -0500, Veilleux, Jon L wrote: >If that is your scenario then you should be using 'unmount' for the >automove parameter. Noautomove can still leave entries in the global >mount table for these filesystems even though the system is down. That >is usually not a big issue

Re: Automove vs Noautomove in BPXPRMxx

2009-02-18 Thread Veilleux, Jon L
Jon L. Veilleux veilleu...@aetna.com (860) 636-2683 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Wednesday, February 18, 2009 9:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Automove vs Noautomove in BPXPRMxx I

Re: Automove vs Noautomove in BPXPRMxx

2009-02-18 Thread Lizette Koehler
I have two BPXPRMxx members. One is system wide, the second it system specific. Because we define these files with SYS1.OMVS.JV390.&SYSNAME we elected to put them in BPXPRM00. This contains the generic names along with the BPX options. When we have a unix file that is system specific, we code

Re: Automove vs Noautomove in BPXPRMxx

2009-02-18 Thread Veilleux, Jon L
re defined with 'unmount'. Jon L. Veilleux veilleu...@aetna.com (860) 636-2683 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Wednesday, February 18, 2009 8:29 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Au

Re: Automove vs Noautomove in BPXPRMxx

2009-02-18 Thread Lizette Koehler
Mark, I have them defined in BPXPRMxx. They are all defined as RW. I have taken all defaults. So are you saying that unless needed all OMVS datasets should have R rather than RW when they are not being updated? Does this account for the operating system thinking it needs to automount or autom

Re: Automove vs Noautomove in BPXPRMxx

2009-02-18 Thread Lizette Koehler
Basically these are system specific OMVS data sets. They would not be mounted on any other system because that system already has these files. I will look at UNMOUNT, however, there is no one trying to move these files. It looks to me to be the system trying to do this. I get an IGW026I indicati

Re: Automove vs Noautomove in BPXPRMxx

2009-02-18 Thread Veilleux, Jon L
: IBM-MAIN@bama.ua.edu Subject: Re: Automove vs Noautomove in BPXPRMxx I have th 5 lpars. Each one has its own set of OMVS datasets. For example Lpar1 has SYS1.OMVS.ROOT.LPAR1, SYS1.OMVS.JV390.LPAR1, SYS1.OMVS.SGIYROOT.LPAR1 and so on. Lpar2 has a duplicate set of files that end with LPAR2 rather LPAR1 An

Re: Automove vs Noautomove in BPXPRMxx

2009-02-17 Thread Mark Zelden
How / why is LPAR2 trying to mount LPAR1's files? Do you have them defined in BPXPRMxx? That is allowed if they are mounted read only on both LPARs (which would create a SHR ENQ in SYSZDSN and not EXCL). Or is someone manually trying to mount them? If they are "cross defined" as R/W, then it'

Re: Automove vs Noautomove in BPXPRMxx

2009-02-17 Thread Lizette Koehler
I have th 5 lpars. Each one has its own set of OMVS datasets. For example Lpar1 has SYS1.OMVS.ROOT.LPAR1, SYS1.OMVS.JV390.LPAR1, SYS1.OMVS.SGIYROOT.LPAR1 and so on. Lpar2 has a duplicate set of files that end with LPAR2 rather LPAR1 And so forth. I see in syslog that the LPAR2 gets an IGW026I m

Re: Automove vs Noautomove in BPXPRMxx

2009-02-17 Thread Mark Zelden
On Tue, 17 Feb 2009 11:20:11 -0500, Lizette Koehler wrote: >I have read the manuals but I am still not clear on the use of automove vs. noautomove. > >My Unix envrionment on z/OS V1.9 is one system/one set of UNIX files. So, yes, I have a lot of duplicated files. > >However, from time to time I

Re: Automove vs Noautomove in BPXPRMxx

2009-02-17 Thread Veilleux, Jon L
. Veilleux veilleu...@aetna.com (860) 636-2683 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Tuesday, February 17, 2009 11:20 AM To: IBM-MAIN@bama.ua.edu Subject: Automove vs Noautomove in BPXPRMxx I have read the

Automove vs Noautomove in BPXPRMxx

2009-02-17 Thread Lizette Koehler
I have read the manuals but I am still not clear on the use of automove vs. noautomove. My Unix envrionment on z/OS V1.9 is one system/one set of UNIX files. So, yes, I have a lot of duplicated files. However, from time to time I notice I will see the following message in SYSLOG IGW026I HFS F