I won't get on a soapbox ... but I do agree with Marcy! Even the "old VMers" end up frustrated about the fact to run a 3494 on VM *REQUIRES* SFS (not that I think SFS is a bad thing ... my life depends on it every day!).
However, it is particularly tough for these new (z/Linux) installations to have to deal with "out-of-the-box" ... especially when they will never need it for anything else. JR JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -----Original Message----- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Marcy Cortes Sent: Tuesday, August 07, 2007 10:04 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DFSMS/VM <soapbox=on> It's time to remove that requirement IBM. Let it be on a minidisk by default (or if too hard, make minidisk the only option). I've answered a whole lot of questions in the past 18 months from my new to VM'ers here. It's not obvious to them for sure. You have 3 service machines each with 6 or 8 minidisks to support a couple of files for RMSMASTER/DFSMS. There's not even anyone doing any actually "SHARE"ing of the stuff because you can't share VM* filepools across systems. Backups are complex. A true valid backup of it requires another product that understands the SFS or you use DDR but really should have the thing down in order to back it up. Upgrades of VM require a few more steps. Which VMSERV* machine do I keep? If I take the one on the new install volume, how do I get DFSMS's stuff over there?? Just too many steps to remember/forget/relookup (darn, why aren't those tapes mounting now that we upgraded). I shouldn't complain --- at least it's better than the sun stk silo.... Thankfully you don't require someone to figure out where the cent sign on a 3270 emulated terminal is in order to open the door (hello, door open button?)! Or shared DASD with z/OS! (or any different HW path to communicate with the darn thing) Let it go. It was done in hopes that customers would glom on to SFS in a big way if pushed a little. Never mind that now... Give us a minidisk :) (300 blk no less, like what 2 cylinder???). No one has time to mess with that when are trying to get Linux and WAS and all that stuff figured out. <soapbox=off> Marcy Cortes "This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation." -----Original Message----- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Les Geer (607-429-3580) Sent: Tuesday, August 07, 2007 5:47 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] DFSMS/VM >You don't need DirMaint or ISPF for the RMS component of DFSMS. You do >need to put the control files in SFS, unless you're willing to modify >the code to use a minidisk. Some of the code is in REXX, but some >isn't, so I don't know if it's even possible to change it to use a >minidisk. > RMS requires the control file to be in a specific SFS, and the work directory to also be SFS however you can control where that one is. It is not possible to change the source to point to minidisks, it is engulfed in the RMS code. To use just RMS (and VGS) of DFSMS, you do not need any other product. DirMaint, ISPF, and C are not required. Best Regards, Les Geer IBM z/VM and Linux Development
