Another possibility is that there actually may be more room in storage fo
r
pageable CP structures (primarily pageable PGMBKs / page tables) in the
system with the larger dump space usage. If paging hasn't been driven mu
ch,
most of those would still be resident, but on the system that has been
pa
my employer's.
"Marcy Cortes"
Sent by: "The IBM z/VM Operating System"
01/05/2010 03:27 PM
Please respond to
"The IBM z/VM Operating System"
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
Re: Amount of CP dump space needed
But isn't the spxtape use cl
Sent: Tuesday, January 05, 2010 1:27 PM
To: 'The IBM z/VM Operating System'
Subject: RE: [IBMVM] Amount of CP dump space needed
But isn't the spxtape use cleared up by "set dump off#set dump dasd" ?
That just made it grow...
Q RECORDING shows nothing pending retrieval.
I al
To
Sent by: The IBM IBMVM@LISTSERV.UARK.EDU
z/VM Operating cc
System
Amount of CP dump space
by reply e-mail and delete this message. Thank you for
your cooperation."
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf
Of Tom Duerbusch
Sent: Tuesday, January 05, 2010 11:44 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] Amoun
There was a problem with spxtape which I thought was fixed by z/VM 5.4.
But as we see it, on z/VM 5.2
SPXTAPE tried to buffer as much as possible.
As spxtape is a CP function, all of its buffers end up requiring slots on the
CP Dump dataset.
When spxtape finishes, there is no automatic way o
How is the amount of CP dump space calculated?
We have a system that seems to be using at lot more than the others.
Everything is pretty much identical across the LPARs HW wise (access to all the
same devices, etc) and SW wise (z/VM 5.4 RSU 0902).
Here's an example.
System A:
q dump
