FWIW, we definitely ran ESA 2.30 on our MP2003. It was so long ago I
can't recall if we needed a PTF for processor support or not, though.
Roland P. Chung wrote:
Hello all Listers, thanks to all. I think I should let you
guys know the outcome of this project.
With an IBM ROC helping me all aft
Hello all Listers, thanks to all. I think I should let you
guys know the outcome of this project.
With an IBM ROC helping me all afternoon yesterday, we
finally conclued that it may be because of VM/ESA 2.30 is
lecking maintenances to be able to handle the newer
hardware (MP2003 and IBM 2105-F20 S
>
Sent by: "The IBM z/VM Operating
System"
06/19/2006 01:29 PM
Please respond to
"The IBM z/VM Operating System"
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
Re: IOCP for MP2003-204
Is it SYSG or SYSC?
Kris Buelens <[EMAIL PROTECTED]>
Sent by
On 6/19/06, Steve Gentry <[EMAIL PROTECTED]> wrote:
Is it SYSG or SYSC?
Yes ;-)
SYSC is the linemode interface in the HMC (the one that is emulated by
CP throught the VINPUT stuff) and SYSG is the (more recent)
3270-emulator sessions on the HMC.
--
Rob van der Heij
Velocity Software, Inc
h
Is it SYSG or SYSC?
Kris Buelens <[EMAIL PROTECTED]>
Sent by: The IBM z/VM Operating System
06/19/2006 12:21 PM
Please respond to The IBM z/VM Operating System
To: IBMVM@LISTSERV.UARK.EDU
cc:
Subject: Re: IOCP for MP2003-204
SYSG was already supported on 9672, with a recent EC-level. I don't know
about MP3000.
VM/ESA 2.3 surely did not support SYSG; z/VM 4.2 or 4.4 was the first to
support SYSG.
Kris,
IBM Belgium, VM customer support
Hi George, I have 5 CPOWNED volumes. I have used ICKDSF to formated and DDR restored them all. The other 59 DASDs are for user DATA. I just put a volume number on. The DISABLE WAIT PSW is 000A9025 - and the explaination is; "SCP initialiated reset of the I/O interface". Maybe something
If any of these DASD are in your CP-owned list, be sure to FORMAT the CP
areas as well as defining the Labels. Especially if they are PAGE areas.
Bad things have happened to us in the past trying to page to an
un-formatted area.
As another poster said, please pass on your Disabled Wait PSW as
Roland
Can you post the Disable Wait PSW?
eric
Eric Schadow
Mainframe Technical Support
www.davisvision.com
The information contained in this communication is intended
only for the use of the recipient(s) named above
Thanks George I over the hump right now... I managed to get a IOCDS created on Sunday that gave me access to the tape, 3278's and DASDs. Now, I am tying to load the CP. It is not cooperating yet. Nowhere to check why it went into DISABLE WAIT! Maybe because I was to lazy to type in all the
I believe I mis-spoke in my prev email, it is the CUNUMBR field on the
CNTLUNIT macro that we use to re-define our CHPIDs to "more desirable"
numbers.
ROland, sorry I could not get back to "the list" on Friday with our IOCP.
While it is much less populated than the other posters' examples, ours
*may* help with your console problems if you have a similar config.
We have a 3174 attached to one of the MP2003 bus&tag channels. However,
we've red
-
From: The IBM z/VM Operating
System [mailto:[EMAIL PROTECTED] On
Behalf Of Roland P. Chung
Sent: June 19, 2006 09:50
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: IOCP for MP2003-204
Hi All, thanks for all
your responses. How could I forget the SAPL. Must be getting old
Hi All, thanks for all your responses. How could I forget the SAPL. Must be getting old The customer is still using VM/ESA 2.30... I don't know if the SAPL would take the LOADPARM. Anyway, the application runing on the MP2003-204 allows a place to put in a load address and a load parameter
ing System
[mailto:[EMAIL PROTECTED] On Behalf Of Kris
BuelensSent: Monday, June 19, 2006 04:33 AMTo:
IBMVM@LISTSERV.UARK.EDUSubject: Re: IOCP for
MP2003-204
In some z/VM release, new
possibilities have been added in the area of console address override. I don't
know which release, but it surely
In some z/VM release, new possibilities
have been added in the area of console address override. I don't know which
release, but it surely already work in z/VM 4.4
Here's a summary of what you now can
do
- LOADPARM rdev
--> starts SAPL on "rdev", there you can enter
CONS=rdev to tell CP where
On 19 Jun 2006 at 1:16, Roland P. Chung wrote:
> Came to the monent of truth IPL'ed VM hit the
> terminal... nothing...
>
> After spent hours investigating and trial many different
> address on the 3174, I only can figure out that VM can't
> get at the 3174 because in the SYSTEM CONFIG fi
On 6/19/06, Roland P. Chung <[EMAIL PROTECTED]> wrote:
Came to the monent of truth IPL'ed VM hit the
terminal... nothing...
So you got a disabled wait or just sitting there with enabled wait?
Did you use the LOADPARM to direct SAPL to your console and did it
come up there? As far as I
Hello All, thanks to all who responded. After hours of
struggling, I manage to set up a IOCDS which I was able to
get at the tape drives, DASDs and 3174. IPLed the
standalone ICKDSF and DDR. I was very happy to be able to
restore all 5 CP OWNED volumes.
Came to the monent of truth IPL'ed VM..
On Friday, 06/16/2006 at 09:46 AST, George Haddad <[EMAIL PROTECTED]> wrote:
> Our 2003-205 can be IMLed to do Dynamic I/O. We never did implement that
> feature --- we just never made many I/O changes over the yrs -- so I
> don't know if that negates the need for an inital IOCDS load or not.
No,
CP reads the hardware configuration by Store-SubChannel-ID. That
ID must map to a device number. Using SubChannel-ID, CP can
issue I/O to get device information like device type. Using device
type, CP can decide what to do with the device. DASD: read its label.
Terminal: write the logon logo.
Hi George, it sounds good. I will look into that. Do you happen to have a copy of the IOCP source for your MP2003-205 handy. It would be greatly appreciated if you can post it or send me a copy for reference. Thanks a lot in advance. Regards, ...RolandGeorge Haddad <[EMAIL PROTECTED]> w
Our 2003-205 can be IMLed to do Dynamic I/O. We never did implement that
feature --- we just never made many I/O changes over the yrs -- so I
don't know if that negates the need for an inital IOCDS load or not.
Jim Bohnsack wrote:
It's been quite a while since I worked at that level but I didn'
It's been quite a while since I worked at that level but I didn't (don't)
think that CP is going to be able to sense anything that isn't defined in
the active IOCDS. It seems to me that was why I used to have to give a tape
to the CE to load a basic IOCDS that would be enough to start with.
I
Hi Peter, that is what I will do. Just talked to the hardware installer. No, he is not going to create a basic IOCP for us. But, he agreed to format the Shark for us to emulate 3390-3. He will also leave us a list on what CHPID the devices are connected to. I have managed to create a standa
Hello Aria, thanks. It helps a lot. Just came out from a phone conversion with the hardware installor. He is going to provide a list on what CHPID he had all the devices connected to. Since the Shark is going to connect to the ESCON channel, he said it will on CHPID 40,41,42,43,48,49,4A,4B. He
I don’t generally like HCD, but another
option (if you have another VM system accessible to you) would be to use HCD
and the HCM GUI to define the configuration and then have HCD generate a IOCP
deck. HCM still understands machines as old as the MP2K, and it can still
generate IOCP decks wi
TECTED] On
Behalf Of Roland P. Chung
Sent: June 15, 2006 07:04
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: IOCP for MP2003-204
Well, Rich, the Hitachi is out the door already.
I hope the computer room manager would have a picture of
the old machine configuration showing how the devices are
connected
Roland,
Without knowing more about CHPID numbers and addresses, we can't provide
you with an IOCP that will work on your system. This is something
that has to be taylored to each machine.
Below, I have included two IOCP files. One is a fragment of a MP2003
IOCP, the other is from an MP3000. The
On 6/15/06, Rich Smrcina <[EMAIL PROTECTED]> wrote:
That is going to be next to impossible without knowing the CHPID numbers
and device numbers that they need. It's time to reconnect the Hitachi box.
Impossible? Wasn't that removed with z/VM 5.2 ? Ah, well... VM/ESA
The way I would conside
System
To: IBMVM@LISTSERV.UARK.EDU
cc:
Subject: Re: IOCP for MP2003-204
That is going to be next to impossible without knowing the CHPID numbers
and device numbers that they need. It's time to reconnect the Hitachi box.
Roland P. Chung wro
Well, Rich, the Hitachi is out the door already.
I hope the computer room manager would have a picture of
the old machine configuration showing how the devices are
connected to the Hitachi. With that, the installer can put
a basic IOCP on the MP2003-204's storage element.
As I know of on the Hit
That is going to be next to impossible without knowing the CHPID numbers
and device numbers that they need. It's time to reconnect the Hitachi box.
Roland P. Chung wrote:
Hello Listers, please help! I've been parachuted into the
middle of this. *SIGH*
The client is migrating from a Hitachi EX
33 matches
Mail list logo
