Thanks much,
Gregg
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to list...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
>>> Gregg Kimbrough <gregg.k...@BCBSFL.COM> 7/20/2010 2:41 PM >>>
Thanks much,
Gregg
CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you.
Jon L. Veilleux
veill...@aetna.com
(860) 636-9179
Thanks much,
Gregg
This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna
>We have done this fairly often and have never experienced any problems with it.
And it is a documented procedure:
My client runs 100% of the time mounted R/W in all the various sysplexes
using shared file systems. I guess since there is an established rotation for
new sysres sets, they probably could run with it R/O now and switch to R/W
when required.
The mode change wasn't even allowed until z/OS 1.5 (or z/OS 1.4 with a PTF).
That being said, I have never seen a single problem caused by having the
sysplex root mounted R/W 100% of the time.
If anyone in z/OS unix development is listening (or Peter), I think this
would make a good "best practice" health check.
Regards,
Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
mailto:mze...@flash.net
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html
Systems Programming expert at http://expertanswercenter.techtarget.com/
Jon L. Veilleux
veill...@aetna.com
(860) 636-9179
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-...@bama.ua.edu] On Behalf Of Mark Zelden
Sent: Wednesday, July 21, 2010 9:06 AM
To: IBM-...@bama.ua.edu
Subject: Re: Using ISHELL to change the mount mode on the shared plex root?
Regards,
This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna
----------------------------------------------------------------------
I meant the exact opposite.
Now that you can switch the mode, I think it would be a good "best practice"
health check to see that the sysplex root is mounted read only.
Sorry that wasn't clear.
Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
mailto:mze...@flash.net
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html
Systems Programming expert at http://expertanswercenter.techtarget.com/
On Wed, 21 Jul 2010 09:24:55 -0400, Veilleux, Jon L <Veill...@AETNA.COM>
wrote:
----------------------------------------------------------------------
Jon,
This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna
----------------------------------------------------------------------
Jon,
This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna
----------------------------------------------------------------------
The USS planning guide (1.10) has the following to say:
The sysplex root is used by the system to redirect addressing to other
directories. It is very small and is mounted read-write.
Bart
>Jon, I thought the sysplex root had to be R/W. When I switch SYSRES
>volumes a new entry is automatically created in the sysplex root at IPL
>time. How does this work if you run your sysplex root RO?
>
>The USS planning guide (1.10) has the following to say:
>
>The sysplex root is used by the system to redirect addressing to other
>directories. It is very small and is mounted read-write.
>
>Bart
Read my post earlier. And yes, there is some ambiguity in the doc because
until z/OS 1.5 it did have to be R/W.
If you have an established set of sysres sets you swap between and don't
need to create a new directory in the root, then it can be RO now. If you
are going to IPL from a new sysres set, then you would need to change
the sysplex root to R/W prior to that IPL so the new version directory /
mount point can be created in the sysplex root. After that, you can
change it back to read only.
Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
mailto:mze...@flash.net
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html
Systems Programming expert at http://expertanswercenter.techtarget.com/
----------------------------------------------------------------------
>On Wed, 21 Jul 2010 15:19:59 -0400, van der Grijn, Bart (B)
><Bvande...@DOW.COM> wrote:
>
>>Jon, I thought the sysplex root had to be R/W. When I switch SYSRES
>>volumes a new entry is automatically created in the sysplex root at IPL
>>time. How does this work if you run your sysplex root RO?
>>
>>The USS planning guide (1.10) has the following to say:
>>
>>The sysplex root is used by the system to redirect addressing to other
>>directories. It is very small and is mounted read-write.
>>
>>Bart
>
>Read my post earlier. And yes, there is some ambiguity in the doc because
>until z/OS 1.5 it did have to be R/W.
>
>If you have an established set of sysres sets you swap between and don't
>need to create a new directory in the root, then it can be RO now. If you
>are going to IPL from a new sysres set, then you would need to change
>the sysplex root to R/W prior to that IPL so the new version directory /
>mount point can be created in the sysplex root. After that, you can
>change it back to read only.
>
For completeness, change the second sentence above to:
"If you are going to IPL from a new sysres set or add (IPL) a new system
into the shared file system environment..."