Wolfgang, That certainly helps! Counting the number of lines, I see that your OPERATOR goes into HOLDING at the 30th displayed line: 17:19:36 HCPIOP952I 0064M system storage
Meanwhile, our OPERATOR continues on without HOLDING where the 36th message at logon (last night) was: 20:27:39 HCPIOP952I 15488M system storage I'm guessing that on your system, the OPERATOR virtual machine had logged on, but there was a timing "race" between the IPL messages being issued, and OPERATOR's "COMMAND" statement being processed as the virtual machine was being built and connected. But then why does our OPERATOR consistently IPL (every week) without dropping into HOLDING? Perhaps, just perhaps, it is because we being up OPERATOR on a model 4 terminal (42 lines x 80 wide). That may be permitting the 36+ lines to display before the PROFILE EXEC on our OPERATOR execute the command: 'CP TERMINAL MORE 15 0 HOLD OFF' Note: that is not present in the directory as a COMMAND statement. Our OPERATOR's directory COMMAND statements contain only: COMMAND SPOOL CONSOLE * CLASS C START NAME OPERATOR CONSOLE COMMAND SET SYSOPER * Can you try again with a model 4 terminal for OPERATOR? There may be other ways to resolve this, but again, it can't hurt until a better solution is devised. It might be worth opening a PMR with IBM requesting a means in SYSTEM CONFIG to force the IPL console into "TERMINAL HOLD OFF MORE n n" immediately, even before OPERATOR logs on. Could this be a 2nd level system? That could present a whole different set of circumstances. Mike Walter Aon Corporation The opinions expressed herein are mine alone, not my employer's. -----Original Message----- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Buettner, Wolfgang Sent: Monday, July 18, 2011 10:26 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Behaviour after restart Mike, I have changed the COMMAND TERM statement as suggested ... unfortunately nothing has changed. Meanwhile, our system Here is that screen in question: 17:19:33 z/VM SYSTEM RESTART FROM SHUTDOWN REIPL 17:19:33 z/VM V6 R1.0 SERVICE LEVEL 1003 (64-BIT) 17:19:33 SYSTEM NUCLEUS CREATED ON 2011-07-15 AT 17:54:28, LOADED FROM VZG61R 17:19:33 17:19:33 **************************************************************** 17:19:33 * LICENSED MATERIALS - PROPERTY OF IBM* * 17:19:33 * * 17:19:33 * 5741-A07 (C) COPYRIGHT IBM CORP. 1983, 2009. ALL RIGHTS * 17:19:33 * RESERVED. US GOVERNMENT USERS RESTRICTED RIGHTS - USE, * 17:19:33 * DUPLICATION OR DISCLOSURE RESTRICTED BY GSA ADP SCHEDULE * 17:19:33 * CONTRACT WITH IBM CORP. * 17:19:33 * * 17:19:33 * * TRADEMARK OF INTERNATIONAL BUSINESS MACHINES. * 17:19:33 **************************************************************** 17:19:33 17:19:33 HCPZCO6718I Using parm disk 1 on volume VZG61R (device 5364). 17:19:33 HCPZCO6718I Parm disk resides on cylinders 39 through 158. 17:19:33 The directory on volume VZG61R at address 5364 has been brought online. 17:19:35 HCPWRS2513I 17:19:35 HCPWRS2513I Spool files available 575 17:19:36 HCPWRS2512I Spooling initialization is complete. 17:19:36 DASD 5139 dump unit CP IPL pages 7696 17:19:36 HCPAAU2700I System gateway DAEZ identified. 17:19:36 z/VM Version 6 Release 1.0, Service Level 1003 (64-bit), 17:19:36 built on IBM Virtualization Technology 17:19:36 There is no logmsg data 17:19:36 FILES: 0044 RDR, 0040 PRT, NO PUN 17:19:36 LOGON AT 17:19:36 CES MONDAY 07/18/11 17:19:36 GRAF 0009 LOGON AS OPERATOR USERS = 1 17:19:36 HCPIOP952I 0064M system storage HOLDING DAEZ ________________________________________________________________________________ The indented lines above appear highlighted on the screen. Wolfgang -----Original Message----- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Mike Walter Sent: Monday, July 18, 2011 5:09 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Behaviour after restart Wolfgang, Can you copy/paste the held screen so that we have a better idea of which messages might be causing the problem? Could you change the CP directory entry's "COMMAND TERM HOLD OFF" to be "COMMAND TERM HOLD OFF MORE 0 0"? Then, in the OPERATOR's PROFILE EXEC change it to "CP TERM MORE n n" with more appropriate "MORE" times? It's worth a try until we better understand the root cause. Mike Walter Aon Corporation The opinions expressed herein are mine alone, not my employer's. From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Buettner, Wolfgang Sent: Monday, July 18, 2011 9:54 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Behaviour after restart After a system restart OPERATOR's console hangs on its very first screen in HOLDING status (I guess due to the fact that some system messages are highlighted) and is waiting until the screen is cleared manually. Though there is not any other prompt to be answered and the system itself continues to start-up, that HOLDING seems to prevent OPERATOR from loading CMS and/or starting its profile and other automatic processes immediately after the virtual machine OPERATOR was started by system. It appears it's not yet the turn of "COMMAND TERM HOLD OFF" which is defined in the CP Directory. So, is there a CONFIG statement or anything else to manage that? Thank you, Wolfgang Buettner Software AG - Group Executive Board: Karl-Heinz Streibich (Vorsitzender/Chairman), Arnd Zinnhardt, Mark Edwards, David Broadbent, Dr. Hans Kraus, Dr. Wolfram Jost, Kamyar Niroumand, Ivo Totev Sitz/Registered office: Uhlandstraße 12, 64297 Darmstadt, Germany, - Registergericht/Commercial register: Darmstadt HRB 1562 - Vorstand/ Management Board: Karl-Heinz Streibich (Vorsitzender/Chairman), David Broadbent, Dr. Wolfram Jost, Arnd Zinnhardt; - Aufsichtsratsvorsitzender/ Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com
