Our VSWITCH (z/VM 5.2) is defined with a backup OSA card going to a second
real switch. Both real switches were re-booted and we lost all access to VM
system since the TCPIP stack is connect to that VSWITCH. During my testing I
did see the fail-over work by using the backup OSA device but can't
Has anyone experimented with OPTION CONCEAL for z/Linux guests to
prevent them from going into CP Read?
This message w/attachments (message) may be privileged, confidential or
proprietary, and if you are not an intended recipient, please
On: Mon, Apr 14, 2008 at 09:40:57AM -0400,Stracka, James (GTI) Wrote:
} Has anyone experimented with OPTION CONCEAL for z/Linux guests to
} prevent them from going into CP Read?
Whats the matter with SET RUN ON?
--
Rich Greenberg N Ft Myers, FL, USA richgr atsign panix.com + 1 239 543 1353
I wondered who would be the first to ask that. I does not prevent one
from going into CP READ. OPTION CONCEAL does add more protection.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Rich Greenberg
Sent: Monday, April 14, 2008 10:31 AM
On Mon, Apr 14, 2008 at 4:44 PM, Stracka, James (GTI)
[EMAIL PROTECTED] wrote:
I wondered who would be the first to ask that. I does not prevent one
from going into CP READ. OPTION CONCEAL does add more protection.
And I thought the thread about the top-10 questions to ask... had
been
I wondered who would be the first to ask that. I does not prevent one
from going into CP READ. OPTION CONCEAL does add more protection.
OTOH, do you REALLY want a Linux virtual machine to reIPL if you somehow
manage to generate a CP READ? Seems to be going direct to the nuclear
option
You need one system with DIRMAINt and the two others with DIRMSAT. Note
a pitfall that I remember from the 9221 days when I impleted it: one of
the DIRMAINT's minidisks should never be linked by anyone, or the
DIRMSAT workers won't run.
Nifty. Glad to know that this is now supported for more
Not really. We had a user logon to a z/Linux guest and hit PA1
instead of PA2 and left it sit there too long. I wanted to prevent
hitting PA1 putting it into CP READ. OPTION CONCEAL might be a too
powerful hammer.
Sounds like it. OPTION CONCEAL was really designed for CMS machines that
Preventing the user from doing a LOGONBY would work too.
Yes, SET RUN ON is in place but it does not prevent going into CP READ.
Yes, it was a PEBKAC issue.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Schuh, Richard
Sent: Monday, April
What happens if you simply DETACH the VM console? Hard to hit PA1 in
that case. OK, maybe a bit extreme, but it would stop the problem.
Trying that on my test system caused Linux to panic -- having
/dev/console go away is not a friendly act. Probably not desirable.
OpenSolaris tolerated it
Remap the user's keyboard so that there is no PA1.
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Stracka, James (GTI)
Sent: Monday, April 14, 2008 9:05 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: OPTION
Would be interesting to hear how Linux and OpenSolaris compare when deployed
on a ZSeries -
performance, ease of installation/maintenance, any special caveats, etc.
David Boyes wrote:
Trying that on my test system caused Linux to panic -- having
/dev/console go away is not a friendly act.
OPTION CONCEAL does *not* cause any CP READ to result in an IPL. It
will disable PA1, and, when there is a disabled wait, a reIPL.
Disabling PA1 can be done with CP TERM BRKKEY NONE too
2008/4/14, David Boyes [EMAIL PROTECTED]:
I wondered who would be the first to ask that. I does not prevent
Great answer! Thank you Kris.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Kris Buelens
Sent: Monday, April 14, 2008 12:57 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: OPTION CONCEAL and z/Linux Guests
OPTION CONCEAL does *not* cause any
@moderator: Sorry, I have sent the message first with the wrong sender
email. Please delete the mail with the wrong address.
Hi listers,
I have found ou a curious behaviour with DDR Restore. If had the
following situation. I have backed up a VSE volume with DUMP ALL. At the
test recovery
Hi listers,
I have found ou a curious behaviour with DDR Restore. If had the
following situation. I have backed up a VSE volume with DUMP ALL. At the
test recovery site I have restored it with RESTORE ALL. I thought all
mdisks started at physical cylinder 1 so I defined the mdisk accordingly
I had an IBM manager who used to say If you can't change the user,
change the user. She was the one who laid me off :-)
Jim
David Boyes wrote:
Correcting the problem between the terminal and the chair is probably
cheaper... and much more entertaining for the system staff...8-)
--
On Monday, 04/14/2008 at 01:01 EDT, Kris Buelens [EMAIL PROTECTED]
wrote:
OPTION CONCEAL does *not* cause any CP READ to result in an IPL. It
will disable PA1, and, when there is a disabled wait, a reIPL.
Disabling PA1 can be done with CP TERM BRKKEY NONE too
CP TERM MORE 0 0
CP TERM
If you do not want it to begin, enter a SYSTEM RESET command. :-)
Regards,
Richard Schuh
Now I press PA1 and... HEY! STOP THAT! I don't WANT to
BEGIN! STOP IT, I say!
Alan Altmark
z/VM Development
IBM Endicott
Unfortunately, some of those problems are the same over and over; they
simply cannot be corrected.
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Jim Bohnsack
Sent: Monday, April 14, 2008 11:06 AM
To:
You can lead a user to a terminal but you cannot make them think.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Schuh, Richard
Sent: Monday, April 14, 2008 2:11 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: OPTION CONCEAL and z/Linux Guests
On Monday, 04/14/2008 at 02:11 EDT, RPN01 [EMAIL PROTECTED] wrote:
We attach and detach the guest consoles all the time with no adverse
results, as long as set run on is in effect. Actually, we log in and
disconnect; I'm not sure how or why you would detach the console, as
it
might be needed
On: Mon, Apr 14, 2008 at 12:04:33PM -0400,Stracka, James (GTI) Wrote:
} Not really. We had a user logon to a z/Linux guest and hit PA1
} instead of PA2 and left it sit there too long. I wanted to prevent
} hitting PA1 putting it into CP READ. OPTION CONCEAL might be a too
} powerful hammer.
On: Mon, Apr 14, 2008 at 12:13:15PM -0400,David Boyes Wrote:
} Not really. We had a user logon to a z/Linux guest and hit PA1
} instead of PA2 and left it sit there too long. I wanted to prevent
} hitting PA1 putting it into CP READ. OPTION CONCEAL might be a too
} powerful hammer.
}
}
Hi, listers,
Is there way to delete sfs directory without deeleting files ?
Thanks,
Ann
On Monday, 04/14/2008 at 03:48 EDT, Aisik Chang [EMAIL PROTECTED] wrote:
Is there way to delete sfs directory without deeleting files ?
Two answers:
1) ERASE .dir (FILES deletes a directory AND its contents without
*first* having to delete each file.
--or--
2) The RELOCATE command lets you
On: Mon, Apr 14, 2008 at 03:48:28PM -0400,Aisik Chang Wrote:
} Hi, listers,
} Is there way to delete sfs directory without deeleting files ?
No.
If you delete the directory, the files are left hanging in mid air and
all fall into the bit bucket.
--
Rich Greenberg N Ft Myers, FL, USA richgr
27 matches
Mail list logo