Hi,
I have problem with sending messages to operator. For example after sending
test msg:
msg operator test
HCPMFS057I TCPIP not receiving; disconnected
Ready(00057); T=0.01/0.01 08:28:00
Why TCPIP ?
Both TCPIP and Operator are dsc.
Operator
2009/6/18 Tomasz Westrych tomw...@poczta.fm:
msg operator test
HCPMFS057I TCPIP not receiving; disconnected
Ready(00057); T=0.01/0.01 08:28:00
Somehow your OPERATOR got logged off in the past and CP went to look
for someone else. It does not go back when you start OPERATOR again.
Use SET
The z/VM evaluation edition is a fully functional and customizable z/VM
system that boots from DVD. It requires a z10 though. This usage is
probably not covered by the licensing terms and conditions - but I'm not
going to be the judge of that! Using it this way came up another time in a
Ok
I've set SYSOPER back to operator.
q sysoper
Operator ID is OPERATOR.
now when I'm sending msg to operator I get:
msg operator test
HCPMFS057I OPERATOR not receiving; disconnected
Ready(00057); T=0.01/0.01 10:52:21
so i've tried
2009/6/18 Tomasz Westrych tomw...@poczta.fm:
and op1 is receiving all messages when logged on when it's disconnected it's
not receiving.
Why operator is receiving only when is connected?
Sounds like you normally have PROP running there. So run the PROFILE
EXEC that will probably have the
That's an interesting idea.. I guess ideally I'm looking for something
that IPLs a starter system from DVD with enough smarts to restore DDR images
that are on the DVD to DASD. That would sure be a slick way to bring up a
new z10 with an already customized, configured, etc zVM system - just
On Thursday, 06/18/2009 at 11:08 EDT, Scott Rohling
scott.rohl...@gmail.com wrote:
That's an interesting idea.. I guess ideally I'm looking for something
that
IPLs a starter system from DVD with enough smarts to restore DDR images
that
are on the DVD to DASD. That would sure be a slick
I see no indication that the message was rejected for OPERATOR. Do not forget
that VM:Operator is usually in control of the OPERATOR console. It filters what
gets displayed on the console.
TCPIP is a different beast. By design, it does not accept messages.
Regards,
Richard Schuh
The problem is that the operating system does not know how to mount a VTAPE. In
the MVS world, there was what was known as a DCB Exit that could be activated
at EOV and EOF. It could be taught to determine the type of tape and either do
a VTMOUNT (VTAPE) or VMTAPE MOUNT (real tape) at EOV. But
We have VSE IMODS in place to issue the VTMOUNT command when we see the
request to mount another tape.
We did receive a response to our query though it isn't a complete
solution.
Thanks for the reply Richard.
Jim Hughes
603-271-5586
It is fun to do the impossible.
It sounds like what is needed here is for IBM to simply document the
processes they used to create the evaluation edition of z/VM 5.3. I
admit it would be handy to be able to make an IPL-able z/VM DVD as part
of a DR plan.
Alan Altmark wrote:
On Thursday, 06/18/2009 at 11:08 EDT, Scott
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Marcy Cortes
We've got multiple tape libraries now and so multiple RM_AUTO_LIBRARY
statements.
RMSMASTR has a nasty habit of failing to initialize when one of these
libraries is
On Thursday, 06/18/2009 at 01:00 EDT, Dave Jones d...@vsoft-software.com
wrote:
It sounds like what is needed here is for IBM to simply document the
processes they used to create the evaluation edition of z/VM 5.3. I
admit it would be handy to be able to make an IPL-able z/VM DVD as part
of a
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Alan Altmark
[snip]
Users coming in from different networks can be given different logos
ONLY
IF they are telnetting to a separate TCPIP stack (e.g. TCPIP2) since CP
has no
The desire to have a DVD-based DR system would be a good requirement to
levy against IBM Backup and Restore for z/VM.
Wilder idea: how about a PXEboot based system? If the HMC could issue a PXEboot
request for a particular LPAR, then you could set up a TFTP server on your
choice of systems
Alan, I said to simply document the procedurenot that the procedure
itself was simple:-)
Maybe the good Dr. Boyes could write up and submit the requirement to
WAVV?
Alan Altmark wrote:
On Thursday, 06/18/2009 at 01:00 EDT, Dave Jones d...@vsoft-software.com
wrote:
It sounds
q controller
Controller DTCVSW1 Available: YES VDEV Range: * Level 540
Capability: IP ETHERNET VLAN_ARP GVRPLINKAGGISOLATION
Controller DTCVSW2 Available: YES VDEV Range: * Level 540
Capability:
Hi, Alan.
I'm confused, but so what else is new? :-)
You wrote in a previous e-mail:
The desire to have a DVD-based DR system would be a good requirement
to levy against IBM Backup and Restore for z/VM.
But then you state above that the (your) requirement I suggested David
Boyes submit
I will be out of the office starting 06/18/2009 and will not return until
06/22/2009.
I will respond to your message when I return. Please contact my manager
Nick Pianella (429-5343) if you need assistance before my return.
I am liking the USB port idea even more. How cool would it be to walk into a
D/R site with just a couple of thumb drives in your pocket to restore your
whole z/VM system?
-Original Message-
From: The IBM z/VM Operating System on behalf of Alan Altmark
Sent: Thu 6/18/2009 5:16 PM
To:
On Thursday, 06/18/2009 at 06:50 EDT, Dave Jones d...@vsoft-software.com
wrote:
I'm confused, but so what else is new? :-)
You wrote in a previous e-mail:
The desire to have a DVD-based DR system would be a good requirement
to levy against IBM Backup and Restore for z/VM.
But then you
21 matches
Mail list logo