I'll have to try this one.:) I hope it turns out to be not true, but it actually seems like a logical possibility.
Brian On Wed, 26 Sep 2018 15:56:46 +0100, Styles, Andy (ITS zPlatform Services) <andy.sty...@lloydsbanking.com> wrote: >Classification: Public >The "platinum" (or <insert precious metal here>) build says to have a single >master cat for all systems in a sysplex. Now I get that not everything is a >sysplex, but where it is, take caution. > >Where you have master cats for other systems as user cats, there's a big red >flag - the system won't let you delete the active master cat for the system >you're on (you get IDC3009I, RC 90, RSN 2), but nothing stops you deleting a >user cat that is also the master cat for another system. > >Once that "user cat" has been deleted, the other system very quickly decides >that it can no longer continue life. (page datasets, from memory, are what it >complained about first..) > >Andy Styles >z/Series System Programmer > > > >-----Original Message----- >From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >Behalf Of Paul Gilmartin >Sent: 26 September 2018 15:27 >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: Master cats as user cats on other systems - why? > >-- This email has reached the Bank via an external source -- > > >On Wed, 26 Se2 2018 14:09:48 +0000, Allan Staller wrote: > >>I tend to generally concur w/Brian, but I do want to add an observation. >> >>Any time there are (three of something) vs (one of something) you are >>(almost certainly) guaranteed to the one or more of the three, out of sync. >>Correction of "out of sync" conditions is generally painful and involves a >>great deal of research and time to correct. >> >>Or to say the above in the short and sweet manner: >>Two or more of something that don't agree, is worse than having nothing. >> >“never go to sea with two chronometers, take one or three” > -- The Mythical Man-Month > https://blog.ipspace.net/2017/01/never-take-two-chronometers-to-sea.html > >>The above being said, most "out of sync" conditions can be prevented by >>application of appropriate operational discipline. >>It has been my experience that very few shops employ appropriate operational >>discipline. >> >>For this reason, I lean towards shared, rather than separate. > >-- gil > >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, send email to >lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > >Lloyds Banking Group plc. Registered Office:Thhe Mound, Edinburgh EH1 1YZ. >Registered in Scotland no. SC95000. Telephone: 0131 225 4555. > >Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. >Registered in England and Wales no. 2065. Telephone 0207626 1500. > >Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. >Registered in Scotland no. SC327000. Telephone: 03457 801 801. > >Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, >London EC2V 7HN. Registered in England and Wales no. 10399850. > >Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc >are authorised by the Prudential Regulation Authority and regulated by the >Financial Conduct Authority and Prudential Regulation Authority. > >Halifax is a division of Bank of Scotland plc. > >HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in >Scotland no. SC218813. > >This e-mail (including any attachments) is prvaate and confidential and may >contain privileged material. If you have received this e-mail in error, please >notify the sender and delete it (including any attachments) immediately. You >must not copy, distribute, disclose or use any of the information in it or any >attachments. Telephone calls may be monitored or recorded. > > >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN