We just completed an upgrade from z/VM 5.3 0602 to z/VM 5.4 0902 and now our
CMS users are being forced off the system with the following:
10:58:32 GRAF L000F DISCONNECT SBAH USERS = 58FORCED BY SYSTEM
11:05:32 GRAF L0003 DISCONNECT JOSE USERS = 58FORCED BY SYSTEM
Can
On Thursday, 08/19/2010 at 11:27 EDT, Wandschneider, Scott
scott.wandschnei...@infocrossing.com wrote:
We just completed an upgrade from z/VM 5.3 0602 to z/VM 5.4 0902 and now
our
CMS users are being forced off the system with the following:
10:58:32 GRAF L000F DISCONNECT SBAH USERS
: Thursday, August 19, 2010 5:25 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: FORCED BY SYSTEM
We just completed an upgrade from z/VM 5.3 0602 to z/VM 5.4 0902 and now our
CMS users are being forced off the system with the following:
10:58:32 GRAF L000F DISCONNECT SBAH USERS = 58FORCED BY SYSTEM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FORCED BY SYSTEM
On Thursday, 08/19/2010 at 11:27 EDT, Wandschneider, Scott
scott.wandschnei...@infocrossing.com wrote:
We just completed an upgrade from z/VM 5.3 0602 to z/VM 5.4 0902 and
now
our
CMS users are being forced off the system
: FORCED BY SYSTEM
That is exactly what I did. So I re-added it yesterday and scheduled a IPL for
last night and it still is happening.
SYS CONFIG Snippet:
Enable, /* ENABLE THE FOLLOWING FEATURES */
Dynamic_I/O , /* ALLOW DYNAMIC I/O CHANGES
@LISTSERV.UARK.EDU
Subject: Re: FORCED BY SYSTEM
Did you used the CPSYNTAX tool to check the system config for errors?
Alexander
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Wandschneider, Scott
Sent: Thursday, August 19, 2010 5:45 PM
IBMVM@LISTSERV.UARK.EDU
08/19/2010 11:08 AM
Please respond to
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
Re: FORCED BY SYSTEM
We did not do a shutdown reipl. We did an IPL with a warm start do we
need to do a cold start?
Thank you,
Scott
.
Wandschneider, Scott scott.wandschnei...@infocrossing.com
Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
08/19/2010 11:04 AM
Please respond to
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
Re: FORCED BY SYSTEM
I did, no errors detected
.
Wandschneider, Scott scott.wandschnei...@infocrossing.com
Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
08/19/2010 11:04 AM
Please respond to
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
Re: FORCED BY SYSTEM
I did, no errors detected
SBAH USERS = 58FORCED BY SYSTEM
11:05:32 GRAF L0003 DISCONNECT JOSE USERS = 58FORCED BY SYSTEM
That is not a disconnect *timeout*. That is the system *disconnecting*
the user when they lost their telnet session. It's normal. If the timer
was active, it would be minutes
z/VM OperatingSubject
SystemRe: FORCED BY SYSTEM
ib...@listserv.u
ARK.EDU
Date: Thu, 19 Aug 2010 11:27:21 -0500
From: mike.wal...@hewitt.com
Subject: Re: FORCED BY SYSTEM
To: IBMVM@LISTSERV.UARK.EDU
Scott,
snip
I sure wish that there was something like a CP QUERY DISCTIMEOUT, and a CP
SET DISCTIMEOUT, too!
/* QTIMEOUT EXEC
No.
Thank you,
Scott
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of August Carideo
Sent: Thursday, August 19, 2010 12:18 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FORCED BY SYSTEM
do you run Top Secret or another security manager
*-* Exit
Thank you,
Scott
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Mark Wheeler
Sent: Thursday, August 19, 2010 12:20 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FORCED BY SYSTEM
Date: Thu, 19 Aug 2010 11:27:21 -0500
From: mike.wal
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FORCED BY SYSTEM
On Thursday, 08/19/2010 at 11:47 EDT, Wandschneider, Scott
scott.wandschnei...@infocrossing.com wrote:
That is exactly what I did. So I re-added it yesterday and scheduled
a
IPL for last night and it still is happening.
Good. And I
Have you checked with these users to see if they are logging off when done,
or just disconnecting from their sessions?
Never overlook the human factor in all this. It may just be as simple as
changing a user habit.
--
Robert P. Nix Mayo Foundation.~.
RO-OC-1-18 200
@LISTSERV.UARK.EDU
08/19/2010 12:19 PM
Please respond to
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
Re: FORCED BY SYSTEM
Date: Thu, 19 Aug 2010 11:27:21 -0500
From: mike.wal...@hewitt.com
Subject: Re: FORCED BY SYSTEM
To: IBMVM@LISTSERV.UARK.EDU
Operating System IBMVM@LISTSERV.UARK.EDU
08/19/2010 12:10 PM
Please respond to
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
Re: FORCED BY SYSTEM
On Thursday, 08/19/2010 at 11:47 EDT, Wandschneider, Scott
scott.wandschnei...@infocrossing.com
Date: Thu, 19 Aug 2010 13:36:37 -0500
From: mike.wal...@hewitt.com
Subject: Re: FORCED BY SYSTEM
To: IBMVM@LISTSERV.UARK.EDU
Ah, HCPSYSCM PLXCOPY
No wonder I didn't run across it when scanning ASSEMBLE files!:-(
I found HCPTKDEF 'DISCONNECT_TIMEout',CONFLICT=34,NEXT
On Thursday, 08/19/2010 at 01:43 EDT, Wandschneider, Scott
scott.wandschnei...@infocrossing.com wrote:
This just started happening with the upgrade from 5.3 0602 to 5.4 0902.
Could there be a setting in TCP/IP?
No, there is no setting in TCP/IP. It occurs when TCP/IP, PVM, YVETTE, or
whoever
On Thu, 19 Aug 2010 14:52:48 -0400, Alan Altmark alan_altm...@us.ibm.com
wrote:
On Thursday, 08/19/2010 at 01:43 EDT, Wandschneider, Scott
scott.wandschnei...@infocrossing.com wrote:
This just started happening with the upgrade from 5.3 0602 to 5.4 0902
.
Could there be a setting in TCP/IP?
That section is completely commented out.
Thank you,
Scott
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of John Romanowski
Sent: Thursday, August 19, 2010 7:45 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FORCED BY SYSTEM
On Thu, 19
I'm at a loss as to why our TEST (luckily) z/VSE system got FORCED. As
far as I can tell it was active up until midnight:
J1 0050 OC002I PARTITION NOW ACTIVE AGAIN
23:59:30 01/11/10
J1 0050 OC001I PARTITION IN WAIT STATE FOR 05 SECONDS
23:59:31 01/11/10
J1 0050 OC002I PARTITION NOW
BY SYSTEM
I'm at a loss as to why our TEST (luckily) z/VSE system got FORCED. As far as
I can tell it was active up until midnight:
J1 0050 OC002I PARTITION NOW ACTIVE AGAIN
23:59:30 01/11/10
J1 0050 OC001I PARTITION IN WAIT STATE FOR 05
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Ray Waters
Sent: Tuesday, January 12, 2010 8:19 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FORCED BY SYSTEM
Add this stmt to your VM SYSTEM CONFIG:
DISCONNECT_TIMEout OFF
. Ramaekers
Sent: Tuesday, January 12, 2010 9:13 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: FORCED BY SYSTEM
I'm at a loss as to why our TEST (luckily) z/VSE system got FORCED. As
far as I can tell it was active up until midnight:
J1 0050 OC002I PARTITION NOW ACTIVE AGAIN
23:59:30 01/11/10
J1
I've had this happen before when the real 3270 console connection was broken
and not
a graceful disconnected. It was a CMS user in this case and not a VSE guest, so
I got
off easy. We run z/VM 5.2 and have some real 3174 (IBM and some clones)
controllers
with real Memorex 3270 devices for the
Subject: Re: FORCED BY SYSTEM
To take effect, that would require an IPL.No dynamic way of changing this?
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
...@listserv.uark.edu] On
Behalf Of Wakser, David
Sent: Tuesday, January 12, 2010 8:20 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FORCED BY SYSTEM
Frank:
Probably because it was actually logged onto a terminal and
had a CP READ (or a VM READ). Those are what the system forces off
/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf
Of Frank M. Ramaekers
Sent: Tuesday, January 12, 2010 8:46 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FORCED BY SYSTEM
Exactly what are the reasons (if there is more than one) that will cause CP for
FORCE a user off? (If more than
CP Q SET
Ray
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf
Of Frank M. Ramaekers
Sent: Tuesday, January 12, 2010 8:46 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FORCED BY SYSTEM
Exactly what are the reasons (if there is more than one) that will cause CP
Q SET will show if RUN is set on or off.
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Frank M. Ramaekers
Sent: Tuesday, January 12, 2010 9:46 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FORCED BY SYSTEM
Exactly what
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Ray Waters
Sent: Tuesday, January 12, 2010 8:43 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FORCED BY SYSTEM
Frank,
I looked but it appears you cannot set this command dynamically. Add it
to your
No, add it to your VM PROFILE EXEC. See below.
On the VSE CONSOLE, you can enter * CP Q SET
Ray
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf
Of Frank M. Ramaekers
Sent: Tuesday, January 12, 2010 8:54 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FORCED BY SYSTEM
: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Bob Bates
Sent: Tuesday, January 12, 2010 8:48 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FORCED BY SYSTEM
Q SET
has lots of things in there, RUN is last on line 1.
Bob Bates
Enterprise Hosting Services
w. (469)892
terminal, and then that connection was broken but a CP
DISC command wasn't entered. That makes your virtual machine go into a CP
READ state without a terminal and then 15 minutes later, the default
disconnect timeout period ends and you are forced by the system.
On Tue, Jan 12, 2010 at 9:53 AM
: FORCED BY SYSTEM
No, add it to your VM PROFILE EXEC. See below.
On the VSE CONSOLE, you can enter * CP Q SET
Ray
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Frank M. Ramaekers
Sent: Tuesday, January 12, 2010 8:54 AM
To: IBMVM@LISTSERV.UARK.EDU
[mailto:ib...@listserv.uark.edu]
*On Behalf Of *Wakser, David
*Sent:* Tuesday, January 12, 2010 8:20 AM
*To:* IBMVM@LISTSERV.UARK.EDU
*Subject:* Re: FORCED BY SYSTEM
Frank:
Probably because it was actually logged onto a terminal and had a CP
READ (or a VM READ). Those are what the system forces
76710
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of fjpohlen-maill...@gmx.de
Sent: Tuesday, January 12, 2010 9:02 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FORCED BY SYSTEM
Frank,
the SET RUN ON doesn't hold the system when
if
01F goes down or is disconnected.
Ray
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf
Of Bruce Hayden
Sent: Tuesday, January 12, 2010 8:59 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FORCED BY SYSTEM
While SET RUN ON is a good idea for a server running under VM
On Tuesday, 01/12/2010 at 09:43 EST, Ray Waters
ray.wat...@opensolutions.com wrote:
One thing that may of caused your VSE to be forced is your setting of
RUN. If
it is on, it should keep your VSE from being forced.
You can do that, but it doesn't make the problem go away. SET RUN ON,
On Tuesday, 01/12/2010 at 10:02 EST, Frank M. Ramaekers
framaek...@ailife.com wrote:
Don?t have one?we simply IPL directly off of DOSRES. (Putting ?* CP SET
RUNON?
works just fine in $0JCL).
We do other things from the $0JCL startup (like COUPLE to the VSWitch).
Also consider the COMMAND
Alan,
Time to go back on your medication.
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf
Of Alan Altmark
Sent: Tuesday, January 12, 2010 9:13 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FORCED BY SYSTEM
On Tuesday, 01/12/2010 at 09:43
: (254)741-5777
Waco, Texas 76710
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of fjpohlen-maill...@gmx.de
Sent: Tuesday, January 12, 2010 9:02 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FORCED BY SYSTEM
Frank,
the SET RUN
On Tuesday, 01/12/2010 at 11:35 EST, Schuh, Richard rsc...@visa.com
wrote:
Alan, what happens if CP reaches the limit of console messages that it
will
buffer?
VM64357 and VM64461 changed the behavior of CP w.r.t. messages pending for
a virtual machine console. For virtual-machine
...@listserv.uark.edu] On Behalf Of Alan Altmark
Sent: Tuesday, January 12, 2010 3:30 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FORCED BY SYSTEM
On Tuesday, 01/12/2010 at 11:35 EST, Schuh, Richard
rsc...@visa.com
wrote:
Alan, what happens if CP reaches the limit of console
messages
46 matches
Mail list logo