Back in the mid-1990s, I wrote some EXECs to extend the capability of PROP to allow multiple logical operators to interact with a single PROP. My colleague Jim Vincent includes this information in his SHARE session entitled "Automated Linux Guest Monitoring on z/VM using PROP" (Session 9136) in Appendix A. The extensions make use of a nickname in the standard CMS NAMES file. The PROP RTABLE and routines then refer to the nickname for routing messages. We have found that this is an excellent way to authorize multiple users to have authority to do a variety of commands that would otherwise require elevated privilege classes. In addition, we gain the advantage of having all of those commands logged. All authorized user who are currently connected as Logical Operators will receive the responses from any command issued by any authorized user. My extensions do not provide the ability to force the response only to the issuer of the command. This may not be useful if you want to have a large number of simultaneously logical operators.
Feel free to contact me off-list if you would like more information. ____________________________________ Rick Barlow Senior z/VM Systems Programmer Nationwide Services Co., Web-zLinux Support, z/VM and System z Linux Support One Nationwide Plaza MB-02-201 Columbus OH 43215-2220 U.S.A Voice: (614) 249-5213 Fax: (614) 249-3912 mailto:[EMAIL PROTECTED] The IBM z/VM Operating System <[email protected]> wrote on 07/19/2007 12:35:05 AM: > [email protected] > > > Hi folks, > > How do you set up multiple consoles in z/VM? > > > I've got PROP implemented and use the Performance Toolkit to manage > the console display of the Logical Operator. This works well... I > just want more of them! > > In trolling the IBMVM archives, I've seen several references to > setting up multiple consoles, but none of them appear to be > accurate. For example, there is one reference that says that you can > specify a nickname in the LGLOPR statement in PROP RTABLE and point > this at multiple userids. However, the CMS Planning and Admin manual says... > > Note: If a nickname is used to identify the logical operator, the > nickname entry must specify a single user ID. The nickname entry > must also include node information when the logical operator is > located on a different machine. Since PROP allows only 1 LGLOPR, the > nickname entry cannot be another nickname or a list of nicknames or user IDs. > > Likewise, the first match in PROP RTABLE is used, so there is no > chance of sending the same message to multiple userids. > > With the Performance Toolkit, the last match in FCONX $PROFILE is > used when processing messages, so again, there is no possibility of > multiple entries for the same message. > > I've tried setting up the FCONX $PROFILE file to send all messages > to an EXEC, which uses 'CP M OP CMD WNG' 2ndoper msg to then > send the message to a secondary userid. This does not work, however. > When the exec runs, it displays "Command complete" on the Logical > Operator console, which in turn gets sent to the secondary operator > in a never-ending loop. > > I know I can use M OP GET LOG and then view the results in my > RDRList to see the current log, but that is hardly interactive. I > also know there are products that do this, but the budget doesn't > stretch that far. > > I'm no z/VM guru, so please keep it simple and provide some examples > or manual references. TIA. > > Regards, > Fred Schmidt > Data Centre Services (DCS) > Northern Territory Government, Australia
