Steve, Actually, generally speaking the CA VM products do not require these messages to function. And, in fact it is standard practice at many shops who run VM:Operator to do exactly this ... remove the "noise" of ATTACH and DETACH from the operator console.
That being said, you may need these messages to trigger certain events ... for example a STK .DISMOUNT command to remove unloaded tapes from the tape transport (but I think the messages can still be suppressed from the operator console, you just have to be careful of the order you do things). That being said (again), Kris is correct that sometimes you need this information to diagnose a problem(s). You usually realize you really need the information because you don't have it. 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 Gentry, Stephen > Sent: Wednesday, July 09, 2008 12:42 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: The Programmable Operator Facility > > Alan or Chuckie? > > I'm not 100% sure, so Steve Imler may have to chime in, but if your > using VM:Tape, VM:Backup, et al, these products may look for certain > messages to be posted before doing something else. Of course if you > don't use the CA products or DFSMS, this probably doesn't apply. > > Steve > > -----Original Message----- > From: The IBM z/VM Operating System > [mailto:[EMAIL PROTECTED] On > Behalf Of Schuh, Richard > Sent: Wednesday, July 09, 2008 12:10 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: The Programmable Operator Facility > > Alan may have fits over giving such power to users at logon time. > > Regards, > Richard Schuh > > > > > -----Original Message----- > > From: The IBM z/VM Operating System > > [mailto:[EMAIL PROTECTED] On Behalf Of Huegel, Thomas > > Sent: Wednesday, July 09, 2008 9:05 AM > > To: IBMVM@LISTSERV.UARK.EDU > > Subject: Re: The Programmable Operator Facility > > > > Personally I think ATTACH and DETACH (and others too i.e. > > DIAL) should have a NOMSG type option to just eliminate the > > message alltogether. > > > > -----Original Message----- > > From: The IBM z/VM Operating System > [mailto:[EMAIL PROTECTED] > > Behalf Of Kris Buelens > > Sent: Wednesday, July 09, 2008 11:00 AM > > To: IBMVM@LISTSERV.UARK.EDU > > Subject: Re: The Programmable Operator Facility > > > > > > In PROP, logging is all or nothing. VM:Operator has a NOLOG > > option, I don't know about IBM Operations Manager. > > > > At the other hand: DASD isn't that expensive, incomplete log > > files make debugging less easy. Alternatively, you could > > postprocess the log file of the previous day and code a PIPE > > filter to remove what you don't want to keep. > > > > 2008/7/9 Ray Waters <[EMAIL PROTECTED]>: > > > > > > We run z/VM 520 and use PROPST to filter messages to the > > OP1 console. We filter several commands including ATTACHED > > and DETACHED commands. > > > > > > > > > > > > I would like to filter other messages such as ATTACHED and > > DETACHED from going to the LOG FILE (LGYYMMDD XXXXXX) on > > Operator's 191 MDISK. In reading the CMS Planning and > > Administration Guide, I don't see how this can be done. We > > are a heavy TAPE use shop using DFSMS/RMS and there are just > > too many of these messages going to this log file. > > > > > > > > > > > > Is there a way to suppress the logging of certain messages? > > > > > > > > > > > > Thanks, > > > > > > Ray Waters > > > > > > Mainframe Technical Support Analyst > > > > > > Open Solutions Inc. > > > 11 Greenway Plaza, Suite 300 > > > Houston, TX 77046-1102 > > > > > > Office 713-965-8451 > > > > > > Cell 713-705-5403 > > > > > > Fax 713-965-8405 > > > > > > Email [EMAIL PROTECTED] > > > > > > > > > > > > www.bank.opensolutions.com > > > > > > www.opensolutions.com > > > > > > > > > > > > > > > > > > ________________________________ > > > NOTICE: > > > This e-mail is intended solely for the use of the > > individual to whom it is addressed and may contain > > information that is privileged, confidential or otherwise > > exempt from disclosure. If the reader of this e-mail is not > > the intended recipient or the employee or agent responsible > > for delivering the message to the intended recipient, you are > > hereby notified that any dissemination, distribution, or > > copying of this communication is strictly prohibited. If you > > have received this communication in error, please immediately > > notify us by replying to the original message at the listed > > email address. Thank You. > > > > > > > > -- > > Kris Buelens, > > IBM Belgium, VM customer support > > > >
