IIRC, SERVICE, PUT2PROD and perhaps some other VMSES/E commands SPOOL the console for themselves, close it, receive it (perhaps not with the actual RECEIVE command), and include all or part of that information in the pertinent "xxxxxx $MSGLOG A" files.
I don't particularly like it either (actually, I find it very irritating). I'd rather that those commands use a CMS Pipeline to issue commands, display results at the console (perhaps SPOOL STARTed by you), then process the results as required for whatever VMSES/E needs. But then, there *are* some commands responses that cannot be trapped by a CMS Pipeline. At least, now you know what your console log of the SERVICE command seems gone: it is. Check the "xxxxx $MSGLOG A" files for the SERVICE application. Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. "Frank M. Ramaekers" <framaek...@ailife.com> Sent by: "The IBM z/VM Operating System" <IBMVM@LISTSERV.UARK.EDU> 09/03/2009 09:30 AM Please respond to "The IBM z/VM Operating System" <IBMVM@LISTSERV.UARK.EDU> To IBMVM@LISTSERV.UARK.EDU cc Subject Re: RSU0902 problem with SERVICE 1) I always have my CONSOLE spooled to my RDR and it's not there (I believe SERVICE is interfering with this). 2) I do NOT change the TERM settings (it appears that SERVICE is changing this as well). I take the default of 'TERM MORE 050 010'. Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76710 -----Original Message----- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Paul, Thomas Sent: Thursday, September 03, 2009 9:04 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: RSU0902 problem with SERVICE If you spooled the console - it should be in the rdrlist or spool- I mean console log. If you have backup, you can go by that. Not so sure about the situation since you have term more 0 0 & term hold off... Console log may tell you. If all fails, try again from start - it'll overwrite again... this time spool the console and no more 0 0. Tom -----Original Message----- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Thursday, September 03, 2009 9:47 AM To: IBMVM@LISTSERV.UARK.EDU Subject: RSU0902 problem with SERVICE Guess I messed up. I ran the SERVICE against the RSU0902 and it ran to completion (with return code 4). I closed to console to preserve the entire session (especially since the set TERM MORE 0 0). This was yesterday. Today, I came in and started reviewing the manuals and found this nifty command SERVICE compid STATUS. So, I issued that. Next, I went back to review the SERVICE from the day before, but unfortunately the VMFVIEW SERVICE only showed the results from the SERVICE/STATUS command. Then I thought, at least I have my CONSOLE log. Unfortunately that was not to be found. Does SERVICE turn this off? So, I have no way to review what transpired yesterday (well, that I know of). I know there were some warning messages that I wanted to investigate. Thoughts? Ideas? Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76710 _____________________________________________________ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. This email is intended for the recipient only. If you are not the intended recipient please disregard, and do not use the information for any purpose. _____________________________________________________ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.