Er ... meanwhile back at the original problem ...
Folks, Ed is reporting that EVERY attempt to issue CP IPL command to ANY
vdev is ALWAYS generating HCPCLS174E on a system that is otherwise runnin
g
happily. Now, sorry and all that, but I just don't buy the idea that thes
e
symptoms match with
On Tuesday, 07/25/2006 at 02:53 MST, Ranga Nathan <[EMAIL PROTECTED]>
wrote:
> I need to relabel the volumes for my 2nd level z/VM, which is our test
> environment. This is something coming from our z/OS sysprogs.
> Is there any way to change all references to volume label using some
> utility? I
David Kreuter wrote:
Hi Ranga: Do your second level VM system packs start on real cylinder
0? z/VM will install just fine to a full pack minus one cylinder so I
recommend having your second level system use mdisks that start on
real cylinder 1.
I believe that is how we set it up. The DASD usag
Hi Ranga: Do your second level VM system packs start on real cylinder
0? z/VM will install just fine to a full pack minus one cylinder so I
recommend having your second level system use mdisks that start on real
cylinder 1. So you can label your 2nd level systems ZVM520 if you want
to - and la
Don't forget the "DIRECTORY" statement right at the start of the directory
- since we run VM:Secure, I'm not sure where DIRMAINT keeps that.
Do you run any vendor products on that system? Most of the CA products
have the sysres volser in a "product_name CONFIG" file that would need to
change.
I need to relabel the volumes for my 2nd level z/VM, which is our test
environment. This is something coming from our z/OS sysprogs.
Is there any way to change all references to volume label using some
utility? If not where all would I need to change the volume labels?
I can think of SYSTEM CON
Thank you all for your help I really really appreciate it!!
Rob
- Original Message -
From: "Alan Altmark" <[EMAIL PROTECTED]>
To:
Sent: Tuesday, July 25, 2006 4:51 PM
Subject: Re: VSWITCH on Shared OSA-Express
On Tuesday, 07/25/2006 at 04:36 AST, Rob Schwartz <[EMAIL PR
Ahhh, I see it now, under the aptly named "3494 and 3495 Control for
Foreign Processors" heading:-)
DJ
Les Geer (607-429-3580) wrote:
That's interesting to hear, Les. Could you point us to the
documentation? Thanks.
Appendix B of the RMS user's guide
Best Regards,
Les Geer
IBM z/VM an
>That's interesting to hear, Les. Could you point us to the
>documentation? Thanks.
Appendix B of the RMS user's guide
Best Regards,
Les Geer
IBM z/VM and Linux Development
That's interesting to hear, Les. Could you point us to the
documentation? Thanks.
DJ
Les Geer (607-429-3580) wrote:
Rumor has is that a IP-based interface was added to at least the z/OS
DFSMS to allow remote access for shared libraries with pSeries boxen; I
wonder if it wouldn't be smarter to
On Tuesday, 07/25/2006 at 04:36 AST, Rob Schwartz <[EMAIL PROTECTED]>
wrote:
> Under what situations would an OSA-Express used for a VSWITCH
configuration
> be a PriRouter? The CP Commands manual states, "PRIrouter... will act
as a
> primary router to the virtual switch". I'm not much of a n
>Rumor has is that a IP-based interface was added to at least the z/OS
>DFSMS to allow remote access for shared libraries with pSeries boxen; I
>wonder if it wouldn't be smarter to develop a stub for VM DFSMS to
>access the IP interface (and for extra credit, write a set of C routines
>that Linux c
Under what situations would an OSA-Express used for a VSWITCH configuration
be a PriRouter? The CP Commands manual states, "PRIrouter... will act as a
primary router to the virtual switch". I'm not much of a network guy but
it seems as though the OSA is pretty "dumb" in the case of a VSwitch
On Tuesday, 07/25/2006 at 02:52 EST, Brian Nielsen
<[EMAIL PROTECTED]> wrote:
> Yes, if you have the OSA addresses defined you can use them to share the
> physical OSA port. I've done this with multiple vswitches, the VM TCPIP
> stack, Linux guests, and 2nd level VM guests. However, you are limi
Yes, if you have the OSA addresses defined you can use them to share the
physical OSA port. I've done this with multiple vswitches, the VM TCPIP
stack, Linux guests, and 2nd level VM guests. However, you are limited t
o
just one PRIROUTER per OSA port.
Brian Nielsen
On Tue, 25 Jul 2006 15
Rob: Yes this will work. The vswitch will end up on the same network as
your other stacks on the same osa port. As long as this is tolerable
you will be just fine.
David
Rob Schwartz wrote:
I currently have an OSA-Express port used soley by a z/VM 5.1 TCPIP
stack using QDIO. The user directo
I currently have an OSA-Express port used soley by a z/VM 5.1
TCPIP stack using QDIO. The user directory entry for this machine has
DEDICATE statements (for the OSA-Express). My OSD DEV/LINK definition
specificies "PRIROUTER". I do all my routing to Linux guests through the
TCP/IP stack c
I'm pretty sure it's not a rumor. I believe it's also used for any type
of "master/slave" type support ... even z/OS to z/OS.
JR (Steven) Imler
CA
Senior Software Engineer
Tel: +1 703 708 3479
Fax: +1 703 708 3267
[EMAIL PROTECTED]
-Original Message-
From: The IBM z/VM Operating Syst
> So the requirement keeps coming down to writing our own interface
between
> VM:Tape and DFSMSrmm - not a trivial effort. But if someone has
already
> done it, or gotten part way down the slope, perhaps we could share
ideas.
Rumor has is that a IP-based interface was added to at least the z/OS
D
Has anyone been able to interface VM:Tape to permit sharing tapes with
z/OS -- specifically using the z/OS "IBM DFSMSrmm" database (a VSAM file)?
RMM has a field labeled "RVVMUSE", which is apparently used by
tapes reserved for "VM use", but I have not found anything that indicates
what might us
I'm sure you are all sick of these notes by now, so I really hope this will
be the last one (at least for this SHARE). We still have lots of good
sessions available that need the support of a good chairperson. There are
Linux sessions, there are VM sessionssomething for everyone.
So, if you
Better to have overkill than am embarrassing oops!
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Edward M. Martin
Sent: July 25, 2006 13:18
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: z/VM paging problem
Hello Richard,
Thanks for the i
>One would thing that after all the years of repeated questions about
>moving page and spool volumes, there would be a step-by-step document
>showing how to do it for a single volume (and as an example for all
>volumes).
Careful what you ask for, Mike. Ok this isn't a document but it's a
chart fro
Hello Richard,
Thanks for the info. I was planning on having a STD, SDF, and
a complete SPOOL. Overkill, maybe.
Ed Martin
Aultman Health Foundation
330-588-4723
[EMAIL PROTECTED]
ext. 40441
> -Original Message-
> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
Would suggest dumping STD for your rdr, pun, prt, and dumping your SDF
files separately. That way you can load the SDF first on a clean/noauto
start, then reipl, and load in your STD later.
Regards,
Richard Feldman
Senior IT Architect
In my personal opinion that having SPOOL and PAGE areas on the same
device is not a good thing to do. while you can allocate DASD space in
such a manner, my rule of thumb is to always put SPOOL and PAGE areas on
their own dedicated devices.
Hope this helps some.
DJ
Edward M. Martin wrote:
H
Hello David,
I was not planning on re-doing the spooling but I am at a loss
for
what happened to cause the Paging i/o problem.
Spool 'COLD/CLEAN' may be required.
It is best to be ready.
Thank you for the knowledge.
Ed Martin
Aultman Health Foundati
> Can I format the new volume to have 2000 cylinder of paging and
> 1339 cylinders of spool?
> I mean I can do it but is it a good idea?
It's not a good idea. Both paging and spooling use channel programs that
*can* be interrupted, but it costs you plenty in performance. If your
spool
Hello Mike.
Ok that explains the performance part.
I am doing a SPXTAPE DUMP 580 SPOOL before we shutdown.
If I can get time (I will have tons of new volumes) I will make
a new
spool volume.
Ed Martin
Aultman Health Foundation
330-588-4723
[EMAIL PROTECTED]
ext. 4044
Ed,
As noted in earlier posts, having SPOOL allocations on the same DASD with
other activity causes a break in CP's "seldom ending channel program"
which supports SPOOL operations (reader, print, punch, NSSes, etc.). If
you have a DASD to spare, you'd be better off allocating a new SPOOL area
Hello George,
Not that I believe but until I actually find the problem that
may be it.
We IPLed z/VM on 06/17/2006 per Q CPLEVEL.
The three VSE/ESA machines all IPL 740 CLEAR.
They have been up and running since 06/20/2006 for TEST/BETA-SYS
and 06/21/2006 for the PROD
Along those lines, I saw it mentioned that the guests were changed from
V=R & V=F to all V=V.
Did this coincide with the problem ? Might this change have increased
paging enough to expose an improperly formatted area that had not been
previously used?
David Boyes wrote:
Have you also checke
Hello Everyone,
Mike wrote
>1- Dedicate a whole new DASD to paging (paging and spool involve
> seldom-ending channel programs for good performance, interrupting
those
> channel programs for other activity on the disk reduces system
> performance). For example, let's use as the new volser: VMPG0
Title: RE: z/VM paging problem
Hello David,
My spool area is
smaller than I like.
I am working on
more area.
q alloc page
EXTENT EXTENT TOTAL PAGES HIGH %
VOLID RDEV START END PAGES IN USE PAGE USED
-
Title: RE: z/VM paging problem
Have you also checked your spool areas? One
can overflow into another if your page areas are full, and if all you use the
VM system for is to support guests, you may have reached the point where you
need more space than you have. I’ve also seen this error when
On 7/25/06, Edward M. Martin <[EMAIL PROTECTED]> wrote:
Now I have to figure out what trace.
How about (if 123 holds your paging area)
trace io 123 ccw printer
Rob
Hello Rob,
Oh not a problem. I have a problem and I need to understand
what happened. All the suggestions are great. Now I have to figure out
what trace.
Ed Martin
Aultman Health Foundation
330-588-4723
[EMAIL PROTECTED]
ext. 40441
> -Original Message-
> From: The IBM z/VM O
On 7/25/06, Edward M. Martin <[EMAIL PROTECTED]> wrote:
This is all second level stuff. We have a major EMC change over
going to happen on Thursday. I am going IPL the whole thing then.
I apologize... then you could indeed trace this as Sir Jeff suggested.
Rob
Title: RE: z/VM paging problem
Hello Peter,
I don’t think so but I am moving on that
premise.
I am going do as
Mike Walter and lots of others have suggested.
I have gotten a separate disk that I will
use for paging.
1) cpformat it
2) allocate it to only paging
3) ad
Title: RE: z/VM paging problem
Could
someone have defined a minidisk overlapping the paging area, formatted it,
realized they made a mistake, and removed it without you knowing?
Alternatively, what userids, if any, have write access to these volumes? Could
they have accessed o
Hello,
This is all second level stuff. We have a major EMC change over
going to happen on Thursday. I am going IPL the whole thing then.
I want to ensure that it will start up.
Ed Martin
Aultman Health Foundation
330-588-4723
[EMAIL PROTECTED]
ext. 40441
> -Original Mes
Title: RE: z/VM paging problem
Hello David and everyone else,
Thanks for all the info.
The root is that everytime I IPL any CUU I am getting the
HCPCLS174E Paging I/O error; IPL failed.
IPL 190 fails but IPL CMS works ok
All our current systems are VSE systems and they IPL 740.
On 24 Jul 2006 at 10:35, Edward M. Martin wrote:
> Hello Shimon,
>
> We are using VSE/VSAM of VM for a product called UltraQuest.
> This uses NOMAD, a 4gl, to read hospital files, create reports, direct
> them
> back to the Users PC. So CA/WEBGATEWAY, and TCP/IP for VM, CGI's, and
> VSE/
On 7/25/06, Jeff Gribbin, EDS <[EMAIL PROTECTED]> wrote:
If you set traces before issuing the IPL command you will, "see" the IPL
Command Simulator running in guest storage and will (hopefully) gain some
insight as to exactly what's happening at the moment that the error occur
But this was on
44 matches
Mail list logo