As soon as you have this implemented and the operators get used it, they will just reply yes. Then you could add another layer of caution: "Do you really, REALLY, want to execute this command". And when they get used to that...
Your solution should really be along the lines of limiting who gets to issue those commands. If the people aren't careful enough to avoid snafu's, then maybe they should be doing something else. One head on pike and the whole room will be more alert. Steve, you down in Jacksonville? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville [email protected] 502-495-5000 x7011 -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Bott, Steven Sent: Monday, July 27, 2009 5:38 PM To: [email protected] Subject: Operator Validation before Executing Command We recently experienced an outage due to an operator command being executed on the wrong LPAR because the operator neglected to include the RO portion of the command. The command being executed was F BPXOINIT,SHUTDOWN=FORKINIT. Now Management would like all destructive commands to have a WTOR which the operator would be asked "Do you really want to execute this command" and provide the opportunity to reply "NO" to abort the command. IBM recommends using the MVS Commands Installation Exit and the .CMD in MPFLST. Has anyone tried using that exit in this fashion? Would you care to share your pain or pleasure? Has anyone found a better solution to this problem? Thanks for sharing your experience. Regards, Steven Bott Sr. Systems Administrator CSX ----------------------------------------- This email transmission and any accompanying attachments may contain CSX privileged and confidential information intended only for the use of the intended addressee. Any dissemination, distribution, copying or action taken in reliance on the contents of this email by anyone other than the intended recipient is strictly prohibited. If you have received this email in error please immediately delete it and notify sender at the above CSX email address. Sender and CSX accept no liability for any damage caused directly or indirectly by receipt of this email. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
