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
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
Mike,
I have changed the COMMAND TERM statement as suggested ... unfortunately
nothing has changed.
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)
Hi,
It looks like itÂ’s 2nd level system. So, your first level system need to be
change to fill in 2nd level. Plz. Correct me if I am wrong.
Warm Regards,
Tom
1-646-452-3359
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of Buettner, Wolfgang
Sent:
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
Have you tried placing the TERM HOLD OFF in a COMMAND record in the CP
directory entry for OPERATOR? That way it is in effect when OPERATOR starts,
not having to wait for the PROFILE EXEC to run.
I saw the same, or a similar problem a couple of years ago. It had
something to do with the terminal emulator I was using. I had the
problem with Vista emulator from Tom Brennan Software. Switching to a
different emulator for the 2nd level system cured it and after
installing an RSU or
On Monday, 07/18/2011 at 12:50 EDT, Jim Bohnsack jab...@cornell.edu
wrote:
I saw the same, or a similar problem a couple of years ago. It had
something to do with the terminal emulator I was using. I had the
problem with Vista emulator from Tom Brennan Software. Switching to a
different
On Monday, 07/18/2011 at 02:19 EDT, Mike Walter
mike.wal...@aonhewitt.com wrote:
Thanks for the explanation. Could one have a reasonable expectation
that in
the z/VM release 6.next, SHUTDOWN REIPL might be updated to handle
'TERMINAL
HOLD OFF' in the same fashion as it was handled at the
When I reread Step 2
Yep, it does say a list of tags, it's not meant to be a sample entry.
Now, I'm getting somewhere...
I copied the entries from the IBM DTCPARMS.
Now, things are being tried, at least.
15:14:43 AUTO LOGON *** REXECD USERS = 62BY TCPMAINT
Is there a way I can configure CTC's between LPAR's in same physical box
without going out and buying hardware?
I saw somewhere that one could use share CHPID's with other devices
using TYPE=FC. Does this only work if going out to Ficon switch ?
I do have a Ficon express 8 card with 1 unused
OK, that makes sense to what I'm seeing now.
I never got into using OBEYFILE.
Back in the early '90s when VM first got IP, everytime I used OBEYFILE, I wiped
out things that I didn't intend to.
Never went back to it again.
I never caught on to which groups of statements were considered packets
At least on z/OS (not sure under z/VM) you can use switch attached FC channels
for CTC's as well as other purposes (so unlike Escon you don't have to dedicate
a CNC and CTC port) as FC channels use the same definition at each end.
Jerry Whitteridge
Design Engineer
Safeway Inc.
925 951 4184
If
13 matches
Mail list logo