Re: DFRMM Request For Enhancement 106021
Tim, Yes as part of initialisation there is a check for licensing. And that is the result. If it is wanted to act differently, a change would be needed. I did not have those details about the specific situation, else would have stated something a little differently first time. Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFRMM Request For Enhancement 106021
Mike, You said that when EDGSSSI is in the subsystem entry then DFRMM must be in control but that's not what happened. Following is the explanation from DFRMM level two; When RMM failed to initialize the situation is similar to when RMM is started with the following command 'S DFRMM,OPT=RESET'. This command disables the DFSMSrmm Subsystem Interface. Tapes are allowed to be created, but this tape activity is not being recorded. This is essentially the same type of behavior that you encountered when RMM did not initialize and start. If RMM subsystem was initialized with IEFSSNxx then EDG messages would have come out, but because the license for RMM was not found it did not initialize. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFRMM Request For Enhancement 106021
Arthur, You cannot take the snippets out of context. Each snippet is qualified. Remember that rmm is always on your system (s/w delivered and installed as part of z/os), you have to take steps to tell rmm that it turned on. Adding DFRM susbsystem + EDGSSSI to IEFSSNxx turns it on fully. Adding just the DFRMM without EDGSSSI allows you to run rmm but it is not in control until you issue the START command. Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFRMM Request For Enhancement 106021
In the same post are these two snippets. The second seems to contradict the first, and seems to be the problem that the OP is complaining about: On 14 Jul 2017 13:40:52 -0700, in bit.listserv.ibm-main (Message-ID:<8306788698430144.wa.mikewwoodhotmail@listserv.ua.edu>) mikeww...@hotmail.com (Mike Wood) wrote: you should not be able to write to a tape without rmm knowing about it. Prior to that the system allows tapes to be used without rmm knowing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFRMM Request For Enhancement 106021
I have no access to the RFE, but, if you follow the installation instructions correctly you should not be able to write to a tape without rmm knowing about it. IFAPRDxx is simply a way to identify you have a license, it is not how you ensure that rmm is in control for all tape activity. IEFSSNxx and the definition of the subsystem starts to tell the system you want to actually use rmm. Adding EDGSSSI to that subsystem entry, or starting the started task, tells rmm that it MUST be in control. Prior to that the system allows tapes to be used without rmm knowing. The documentation for rmm implementation or migration to rmm should have made that clear. Mike Wood -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFRMM Request For Enhancement 106021
On 7/14/2017 10:03 AM, Tim Deller wrote: If you Run DFRMM ; Please consider voting for my RFE at: http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=106021 We used to run CA-1 and it had a zap to disallow tape creation until CA-1 was recording. Needless to say ; DFRMM is different ; and we got stung. Tim, Are you saying that you opened a PMR for this issue and IBM gave you the WAD? This is a dataloss situation and a pretty easy change for IBM to make. You shouldn't have to eat a tape because your IFAPRDxx got messed up. This is really wrong. HEADS UP TO RMM INSTALLATIONS! LOCK IN "ENABLED" IN YOUR IFAPRDxx MEMBER AND RIP OFF THE KNOB! Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DFRMM Request For Enhancement 106021
If you Run DFRMM ; Please consider voting for my RFE at: http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=106021 We used to run CA-1 and it had a zap to disallow tape creation until CA-1 was recording. Needless to say ; DFRMM is different ; and we got stung. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN