YES YES YES. (Yes in that I agree with Marcy). When I installed RMSMASTR I was concerned about what might happen to my config statements when the next z/VM release, or even maintenance, rolled around. Would IBM alter the config file because an RMS developer wanted to include a new feature (yeah... right), would my file be lost/overlooked during the migration (a significant chance)?
So while wondering what possessed RMS development to put the config file into SFS in the first place, I created a new SFS server named something entirely unlike anything IBM ships, placed the config file there, and pointed RMSMASTR to that one. Since the server was "one of our own", it never got changed when IBM applied service, and was never left behind during an upgrade. Marcy is 100% correct (especially with the SSI SOI). Put it on a minidisk. Remember... KISS. Mike Walter Aon Corporation The opinions expressed herein are mine alone, not my employer's. -----Original Message----- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Marcy Cortes Sent: Friday, June 24, 2011 3:30 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: RMSMASTR and shutdowns Bleah.. and Yuck. NO NO NO. What's the point of putting 1 file in a SFS if you can't share it anyway??? Put it on a minidisk. 1 cyl is fine. And maybe when I have SSI , I can actually share it. It's 7 4k blocks of config data. Maybe IBM was trying to save me the other 96% of a cylinder by putting it in SFS? The rest of the component is on minidisk... Marcy -----Original Message----- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Alan Altmark Sent: Friday, June 24, 2011 1:18 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] RMSMASTR and shutdowns On Friday, 06/24/2011 at 03:48 EDT, David Boyes <dbo...@sinenomine.net> wrote: > > As pointed out by Kris on prior occasions, you can use UCOMDIR NAMES to > > redirect RMSMASTER to another server. > Ugh. What a hack. Works, but ... ick. "Hack"?!? That's what UCOMDIR/SCOMDIR were designed for and why CMS manages APPC the way it does. FIlepool references in CMS are, by design, symbolic destination names. If you don't have a COMDIR entry, you get the defaults (e.g. TPN = symbolic name). True, it's unusual, undesirable, annoying and a violation of all we hold sacred in computing (WYSI*N*WYG!), but ..... OK. it's a hack. ;-) Alan Altmark Senior Managing z/VM and Linux Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott