Re: OMVS File System Automove question

2023-03-20 Thread Mark Jacobs
I did that, it didn't change from what I could see. I might open a question to IBM support. See what they say. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com --- Original Messag

Re: OMVS File System Automove question

2023-03-20 Thread Dave Jousma
On Mon, 20 Mar 2023 14:42:41 +, Mark Jacobs wrote: >Thanks, no I didn't think of the chmount command. I ran a test on my sandbox. >the /u directory is showing that automove will exclude the system I specified, >but the file systems mounted under it don't show that attribute, just >Automov

Re: OMVS File System Automove question

2023-03-20 Thread Mark Jacobs
Thanks, no I didn't think of the chmount command. I ran a test on my sandbox. the /u directory is showing that automove will exclude the system I specified, but the file systems mounted under it don't show that attribute, just Automove=Y. Do I need to change the mount attribute for all automount

Re: OMVS File System Automove question

2023-03-20 Thread Dave Jousma
On Mon, 20 Mar 2023 13:04:44 +, Mark Jacobs wrote: >Thanks, but that's not helpful in my situation. The problematic file system is >under /u which is under the sysplex root, That has to be automove. > >Mark Jacobs > Correct. Then the only way to "avoid" a lpar is to avoid it with the s

Re: OMVS File System Automove question

2023-03-20 Thread Mark Jacobs
Thanks, but that's not helpful in my situation. The problematic file system is under /u which is under the sysplex root, That has to be automove. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@prot

Re: OMVS File System Automove question

2023-03-20 Thread Dave Jousma
On Mon, 20 Mar 2023 12:03:28 +, Mark Jacobs wrote: >I've been looking at that and testing somethings in our sandbox environment. >The problematic file system that's already impacted us twice is being managed >by automount and I can't see anyway to instruct OMVS not to automove >filesystem

Re: OMVS File System Automove question

2023-03-20 Thread Mark Jacobs
I've been looking at that and testing somethings in our sandbox environment. The problematic file system that's already impacted us twice is being managed by automount and I can't see anyway to instruct OMVS not to automove filesystems that are managed by the automount policy. Mark Jacobs Sen

Re: OMVS File System Automove question

2023-03-19 Thread David Geib
This link has more details about file system movement/ownership during recovery scenarios. https://www.ibm.com/docs/en/zos/2.4.0?topic=recovery-managing-movement-data -- For IBM-MAIN subscribe / signoff / archive access instruct

Re: OMVS File System Automove question

2023-03-19 Thread David Geib
Check the INCLUDE/EXCLUDE parameters on the MOUNT statements in BPXPRMxx https://www.ibm.com/docs/en/zos/2.4.0?topic=parameters-statements-bpxprmxx -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to