Sorry List - DJ please send me an email when you receive this, my emails to
you are bouncing. Thanks. -Mike :)
Dave's not here, man:-)
On 10/05/2010 12:34 PM, Michael Coffin wrote:
Sorry List - DJ please send me an email when you receive this, my emails to
you are bouncing. Thanks. -Mike :)
--
Dave Jones
V/Soft Software
www.vsoft-software.com
Houston, TX
281.578.7544
If we have an environment that consists of both IFL and regular CPUs, where
does the overhead for I/O done by Linux running on an IFL happen? Are CCW
translation and the handling of I/O interrupts handled by the IFLs, CPUs, or
both? If both, how about the overhead incurred by something running
Dear all,
We are intending to migrate from a DS8100 to a new DS8700 and consider to
quit with 3390-3 DASD addresses during this migration.
I remember that there was always the saying that paging devices should
reside on 3390-3 since the paging code was specially optimized for those
devices, I
I wouldn't say paging is specially optimized for 3390-3. But, simple
example, if you'd need 9GB of paging space,
- with 3390/3 you have 3 access paths, CP can do 3 paging operations
concurrently
- with 3390/9 there is only one access path, hence only 1 paging operation
PAV -that assigns more than
Dear Kris,
Thank you very much. This is what I was wondering if z/VM would use PAV b
ut
is doesn't.
Thank you very much.
Kind regards,
Florian
On Mon, 21 Jun 2010 15:15:38 +0200, Kris Buelens kris.buel...@gmail.com
wrote:
I wouldn't say paging is specially optimized for 3390-3
Our storage architect is trying to get us to use 3390-9's instead of 3390-3's
for paging. I know that z/VM doesn't use PAV or HyperPAV for paging, and that
more devices means more concurrent I/O's. Has anyone actually tried changing
from 3390-3's to one-third as many 3390-9's? If you have
as we did when we ran
out of space, so comparing current performance to that max load would not be
meaningful. And it will get even less meaningful when we migrate to a z10 next
year.
That said, we have had no paging bottleneck and we have not filled our page
space since the conversion, so
to get us to use 3390-9's instead of
3390-3's for paging. I know that z/VM doesn't use PAV or HyperPAV for
paging, and that more devices means more concurrent I/O's. Has anyone
actually tried changing from 3390-3's to one-third as many 3390-9's? If you
have, was there a measurable difference
Hello Dennis,
We did go from 3390-3 to 3390-9. Difference is that the 3390-3 disk had other
stuff on it than the paging function.
I have a separate 3390-9 for paging and another 3390-9 for spooling.
Went from EMC ESCON to DS6800 with FICON. Everything was just better.
No paging or any other
on the target volume. The bulk of these are pageable PGMBKs (normal
user private space PGMBKs, containing the page tables that represent
user storage), but there are some other pageable structures that are
not tied to users, so even if all users were logged off, there's no
guarantee that paging use
removing paging volumes
On Tue, 3 Mar 2009 19:39:12 +0100, Kris Buelens kris.buel...@gmail.com =
wrote:
Since z/VM V5, the CP nucleus itself no longer has pageable parts.
While it's true that CP no longer pages out any parts of the nucleus itself,
there are CP owned pageable structures that may
of the other hassle.
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System
[mailto:ib...@listserv.uark.edu] On Behalf Of Tyler Koyl
Sent: Tuesday, March 03, 2009 8:50 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Dynamically removing paging volumes
Lots of info
even if you logoff every userid that had some pages on rdev, CP itself may have
paged part of itself to rdev and so rdev never fully drains empty. As long as
you have sufficient other paging areas online, it won't hurt to try.
-Original Message-
From: The IBM z/VM Operating System
have sufficient other paging areas online, it won't hurt to try.
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Tyler Koyl
Sent: Tuesday, March 03, 2009 11:50 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Dynamically removing
Were there any EREP messages? Any report of where the bad
spot on DASD might be? It could be instructive to examine the
track in question, if it can be identified.
Richard Corak
Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Marcy Cortes
Sent: Tuesday, February 10, 2009 11:36 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Paging
I'm pretty sure, like 99.5%, that you can see this error by running out
and
not just screwing up your space somehow.
IBM could probably
On Tue, 10 Feb 2009 09:04:51 -0500, Martin, Terry R. (CMS/CTR) (CTR)
terry.mar...@cms.hhs.gov wrote:
...
2) I believe that some of the paging slots
are old data in other words the pages are not going away after a task is
complete how can I research this. The Linux guests
On Tue, 10 Feb 2009 09:46:12 -0600, Brian Nielsen bniel...@sco.idaho.gov
wrote:
To answer your question #2: Once a guest has a slot on a CP paging devic
e
it will be there essentially for the life of the guest, barring somethin
g
like a DEF STOR. It doesn't look like the CMMA stuff extends
???
This would be Diagnose 10, the release function, as used by CMM (aka
CMM1), and other so-called balooning mods/drivers. If Linux releases a
range of pages using Diagnose 10, the paging space backing slots are free
.
- CRM 2 is a Linux/CP co-operative feature by which CP would know what
kind of data
On Tue, 10 Feb 2009 13:21:35 -0600, Marcy Cortes
marcy.d.cor...@wellsfargo.com wrote:
We've seen this messages on a new system that we build that didn't have
enough page space (yet).
You probably need some more paging volumes - add up the sum of all the
virtual machines and multiple by 2
%
-- --
SUMMARY4694K 2049K 43%
USABLE 4694K 2049K 43%
You have noticed, I hope, that for volume VP5109, the paging area starts
on
cylinder 0,
and not cylinder 1? Generally, I prefer to leave cylinder 0 for CP's
exclusive use.
--
DJ
Just a few general comments:
Paging space becoming full and paging errors are two different problems t
hat
manifest differently (though the latter can certainly contribute to the
former). Inadequate paging space will not lead to paging errors being
reported.
If paging space becomes full
buffers, SGA, etc).
Once you start paging in z/VM, then *all* that memory will ultimately
land on z/VM paging space. This is why we say that typically for each
GB of Linux virtual memory and in-use swap VDISK, you must add 2 GB of
z/VM paging space. Only exception is when you don't page ever in z/VM
In my experience, such paging errors are overwhelmingly caused by lack of
(or improper) formatting, with minidisk overlays being a distant second,
and
actual disk hardware problems a very far distant third.
- Bill Holder, z/VM Development, IBM Endicott
ICKDSF EXAMINE will show exactly which
not hold on to old paging slots as tenacious
ly
as some folks believe, Linux is by no means obligated to inform CP every
time it discards or remaps page contents, which limits CP's ability to fr
ee
the old paging slots. There's a lot of it depends in there, between th
e
code algorithms
On Wed, Feb 11, 2009 at 7:56 PM, Bill Holder hold...@us.ibm.com wrote:
My statements were (are) generally not based on assumptions, but rather on
how the code actually works. I don't need measurements to explain how the
Most certainly Bill. I was catching up with the thread and incorrectly
...@listserv.uark.edu] On
Behalf Of O'Brien, Dennis L
Sent: Wednesday, February 11, 2009 12:28 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Paging
Terry,
You should definitely DRAIN the volume until you can fix it. The CP
DRAIN command will take care of that until you IPL
Instead of linking the volume
On 2/11/09 2:07 PM, Martin, Terry R. (CMS/CTR) (CTR)
terry.mar...@cms.hhs.gov wrote:
Hi
Thanks to all for your thoughtful input.
I think I see the issue now and it does appear to be a formatting
problem. When I formatted the pack using CPFMTXA I did the following:
When I was prompted to do
worth). I'm actually somewhat surprised you didn't run into one of the
other problems I mentioned (FRF002, PGT004, SXP004) with that much
unformatted paging space.
- Bill Holder, z/VM Development, IBM Endicott
Hi
I seem to be doing a lot of paging currently on my z/VM 5.3 system I am
running multiple Linux guests including a large Oracle guest (40 GB
memory size). How can I find out 1) who is doing the majority of the
paging and along with that 2) I believe that some of the paging slots
are old data
Perfkit -- User paging menu can show you who is doing the majority of the
paging, who is most active, who owns the most in xstore/dasd.
As far as tracking the pages with 'old' data, etc -- I'm not sure of a way
to do this. I believe you can end up with a lot of pages that don't go away
when
A performance monitor will tell you this.
But, a 40GB Oracle guest? What is the SGA/PGA size?
Martin, Terry R. (CMS/CTR) (CTR) wrote:
Hi
I seem to be doing a lot of paging currently on my z/VM 5.3 system I am
running multiple Linux guests including a large Oracle guest (40 GB
memory
In ESALPS, ESAUSPG shows by user. ESAUCD2 shows if you have extra cache
or buffer. If you can send your reports, we will analyze it at no charge.
Martin, Terry R. (CMS/CTR) (CTR) wrote:
Hi
I seem to be doing a lot of paging currently on my z/VM 5.3 system I am
running multiple Linux
To answer your question #2: Once a guest has a slot on a CP paging device
it will be there essentially for the life of the guest, barring something
like a DEF STOR. It doesn't look like the CMMA stuff extends to freeing
paging slots when a guest discards pages.
Brian Nielsen
On Tue, 10
or
buffer. If you can send your reports, we will analyze it at no charge.
Martin, Terry R. (CMS/CTR) (CTR) wrote:
Hi
I seem to be doing a lot of paging currently on my z/VM 5.3 system I am
running multiple Linux guests including a large Oracle guest (40 GB memory
size). How can I find out
Hi, Terry.
z/VM is built to do a lot of paging:-) Are you having a performance problem of some
sort that you suspect might be related to paging? Or are the paging rates larger than you
feel comfortable with? You did specify any actual numbers, but it's not unusual for a
large z/VM system
If you don't have a product, and you want to find out who is actively paging:
Do an IND USER userid for each machine:
ind user linux69
USERID=LINUX69 MACH=ESA STOR=160M VIRT=V XSTORE=NONE
IPLSYS=DEV 0150 DEVNUM=00014
] On
Behalf Of Rich Smrcina
Sent: Tuesday, February 10, 2009 9:30 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Paging
A performance monitor will tell you this.
But, a 40GB Oracle guest? What is the SGA/PGA size?
Martin, Terry R. (CMS/CTR) (CTR) wrote:
Hi
I seem to be doing a lot of paging
Hi
Thanks for the information. I did find another problem related to my
paging. I was having issues with my QREP guests, could not start up the
APPLY process for the application, slow logging on, etc. This is on the
LPAR that I mentioned that was doing the paging. I decided to restart
the z/Linux
We've seen this messages on a new system that we build that didn't have
enough page space (yet).
You probably need some more paging volumes - add up the sum of all the
virtual machines and multiple by 2 and add *at least* that much space,
more if you are using vdisk for swap.Try to keep
to my
paging. I was having issues with my QREP guests, could not start up the
APPLY process for the application, slow logging on, etc. This is on the
LPAR that I mentioned that was doing the paging. I decided to restart
the z/Linux guest. When I issued the stop from the Operator console I
received
If you got paging errors, the first thing I would look at is if you did the
proper format/allocate of the page volumes correctly. Q ALLOC shows that you
have done the allocate part starting from cylinder 1 to the end of the volume.
It also shows that 12% was used, so most of the volume had
Did you format the new paging disks with DSF or CPFMTXA before you attached
them to SYSTEM? If you didn't, then that's the cause of the problem.
received the following error just before the guest came down:
HCP415E Six continuous paging errors have occurred on DASD volume
...@sco.idaho.gov
Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
02/10/2009 01:38 PM
Please respond to
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
Re: Paging
I would suspect that the entire PAGE extent on the volume was not
formatted
] On
Behalf Of Marcy Cortes
Sent: Tuesday, February 10, 2009 2:22 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Paging
We've seen this messages on a new system that we build that didn't have
enough page space (yet).
You probably need some more paging volumes - add up the sum of all the
virtual
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 02/10/2009
01:38:07 PM:
I would suspect that the entire PAGE extent on the volume was not
formatted before attaching it to the system.
Brian Nielsen
Run ICKDSF EXAMINE on the suspect volume(s) to confirm.
Mark L. Wheeler
IT
is about 18G. Unless you have more
memory than you know what to do with (and you don't because you are
paging), you shouldn't be bringing any 40G guests until you add more.
You will crash. If not immediately, as soon as they start using all the
memory (and linux does use every bit of it).
Add them all
4694K 2049K 43%
USABLE 4694K 2049K 43%
You have noticed, I hope, that for volume VP5109, the paging area starts on cylinder 0,
and not cylinder 1? Generally, I prefer to leave cylinder 0 for CP's exclusive use
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of David Boyes
Sent: Tuesday, February 10, 2009 2:56 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Paging
Did you format the new paging disks with DSF or CPFMTXA before you
attached
and Tuning
Cell - 443 632-4191
Work - 410 786-0386
terry.mar...@cms.hhs.gov
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Marcy Cortes
Sent: Tuesday, February 10, 2009 4:38 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Paging
Hello Terry
Jones
Sent: Tuesday, February 10, 2009 4:26 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Paging
Hi, Terry.
Martin, Terry R. (CMS/CTR) (CTR) wrote:
Hi
[snp]
q alloc page
EXTENT EXTENT TOTAL PAGES HIGH
That tells me that you allocated them correctly. The question is whether DSF
actually wrote CP-compatible blocks (which are different than what minidisks
use) on every cylinder. That¹s one of the reasons why I always add paging
areas in full packs, and always run DSF on them, even if they¹re
: Paging
That tells me that you allocated them correctly. The question is whether
DSF actually wrote CP-compatible blocks (which are different than what
minidisks use) on every cylinder. That's one of the reasons why I
always add paging areas in full packs, and always run DSF on them, even
bring it online and CP START it for paging.
Mike Walter
Hewitt Associates
- Original Message -
From: Martin, Terry R. (CMS/CTR) (CTR) [terry.mar...@cms.hhs.gov]
Sent: 02/10/2009 10:53 PM EST
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Paging
Hi
I have searched high and low and cannot
memory you have, but that one 40G guest
should have you at somewhere 35-40 mod 3's.
You're going to either have to add HW in the form of paging devices or more
real memory. Or shrink your guests significantly (always something to be
looked at over and over in the z/VM env.).
Marcy
This message
I got a great Christmas present! 8G dedicated to our new z/VM and zLinux pilot
and new ficon attached DASD (9990V) to replace the escon DASD. The new DASD has
both mod3 and mod9.
As an old MVS dinosaur I'd create many different paging volumes on smaller disk
(mod3) but there is some pressure
ext 40441
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Bauer, Bobby (NIH/CIT) [E]
Sent: Wednesday, December 10, 2008 11:10 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Paging subsystem
I got a great Christmas present! 8G dedicated to our new z
VM Paging volumes should be WHOLE thingies, whatever it is on, us the who
le
thing.
I would go for multiple MOD3 volumes with some spares to add later if/whe
n
you need them. Use MOD9s for real data volumes.
/Tom Kern
On Wed, 10 Dec 2008 11:09:56 -0500, Bauer, Bobby (NIH/CIT) [E]
[EMAIL
IF you end up paging heavily,
THEN you want many volumes
AND you want the volumes on separate RAID arrays as possible.
After that...my guess is if you have, say, 4-6 mod-3s per array, it might be
time to move to less mod-9s.
But if you are really in that much paging, add more memory. On a z10
We are on DS8100, so we created a bunch of 3390-1s for paging.
Bob.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Tom Duerbusch
Sent: Wednesday, December 10, 2008 11:01 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Paging subsystem
IF you
True, and it usually is elsewhere on disks formatted for other operating
systems. For a long while, the TPF disks used to have the last tracks on
the disk contain the VTOC. There were F1 DSCBs for each extent
containing like-sized records. I was speaking in terms of a CP format
disk. And as
responsibly**
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of
Schuh, Richard
Sent: Monday, November 17, 2008 10:34 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FW: Risk of Adding a Paging Volume
True, and it usually is elsewhere on disks
On Friday, 11/14/2008 at 09:54 EST, A. Harry Williams
[EMAIL PROTECTED] wrote:
Well technically, the VOL1 has a CCHHR to the VTOC. It doesn't have to
be
on 0/0. See z/OS DFSMS: Using Data Sets SC27-7410 Appendix A.
Something worthwhile understanding, and can be displayed easily with
DDR.
] **Think Green - Please print responsibly**
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Rob
van der Heij
Sent: Friday, November 14, 2008 1:19 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Risk of Adding a Paging Volume
On Thu, Nov 13, 2008
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Risk of Adding a Paging Volume
Correct - it should read 3) ALLOCATE 0-0 PERM and 1-END PAGE.
Good thing email doesn't execute!
Scott R Wandschneider
Senior Systems Programmer|| Infocrossing, a Wipro Company || 11707 Miracle
Hills Drive, Omaha, NE, 68154
Walter
Sent: Friday, November 14, 2008 9:50 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Risk of Adding a Paging Volume
No matter. No harm would be done CPFMTZA wouldn't execute anyway.
;-)
Besides, cyl 0 as PAGE would not cause a failure, it's just not best
practices.
Mike Walter
Hewitt
[mailto:[EMAIL PROTECTED] On Behalf Of Rob van der Heij
Sent: Thursday, November 13, 2008 11:19 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Risk of Adding a Paging Volume
On Thu, Nov 13, 2008 at 11:10 PM, Wandschneider, Scott
[EMAIL PROTECTED] wrote:
The only I/O Errors that we are seeing
Foundation
330-588-4723
ext 40441
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Mike Walter
Sent: Friday, November 14, 2008 9:50 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Risk of Adding a Paging Volume
No matter. No harm would be done CPFMTZA
if it is the case now, that the paging subsystem,
used all pages of the cylinder marked as PAGE. If it used page 0 or 1, there
went your volume header and page allocation map. No big deal as these are
stored in memory on a running system. But once you IPL, and CP tried to read
these pages
: Re: Risk of Adding a Paging Volume
Correct - it should read 3) ALLOCATE 0-0 PERM and 1-END PAGE.
Good thing email doesn't execute!
Scott R Wandschneider
Senior Systems Programmer|| Infocrossing, a Wipro Company ||
11707 Miracle Hills Drive, Omaha, NE, 68154-4457|| ':
402.963.8905
Sent: Friday, November 14, 2008 8:38 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FW: Risk of Adding a Paging Volume
For the same reason that you don't walk under a ladder,
carrying a black cat in the dark of the moon.
Jim
such as the IPL PSW and addresses of the
First Level Interrupt Handlers for the IPL program.
The system has, for a long time, protected the first records of cylinder
0, maybe all of 0/0/0, and used the rest of the cylinder for paging or
spooling if cylinder 0 is so allocated.
Regards,
Richard
0 vs 1 discussion is just a safety measure; CP is usually smart
enough not to shoot itself in the head by paging onto the volume label
allocation bitmap that tells it where it paged stuff...8-)
The paging subsystem will page to cyl 0, but it knows to avoid the label
and tracks that have other
Subject: Re: FW: Risk of Adding a Paging Volume
Richard,
Is one single cylinder really that much real estate any more
in the era of
mod27+ DASD?
Do you believe what Alan Altmark tells us from the holy mount
in Endicott?
---snip---
Date: Tue, 8 Jan 2008 13:01:51 -0500
On Thu, Nov 13, 2008 at 11:10 PM, Wandschneider, Scott
[EMAIL PROTECTED] wrote:
The only I/O Errors that we are seeing are on one of the paging volumes
When CP gets a paging I/O error writing to a particular record (99.%
of the time because it isn't formatted or some z/OS system writes
, and DSCBs, go look at the z/OS
DFSMSdfp Advanced Services book, chapter 1.
The system has, for a long time, protected the first records of cylinder
0, maybe all of 0/0/0, and used the rest of the cylinder for paging or
spooling if cylinder 0 is so allocated.
Note that this protection does
, November 14, 2008 3:13 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FW: Risk of Adding a Paging Volume
On Friday, 11/14/2008 at 01:07 EST, Schuh, Richard [EMAIL PROTECTED]
wrote:
Actually, it is record 3 that contains the volume label. It and
records 1, and 2 are 80 byte records.
Technically
, and DSCBs, go look at the z/OS
DFSMSdfp Advanced Services book, chapter 1.
The system has, for a long time, protected the first records of cylinder
0, maybe all of 0/0/0, and used the rest of the cylinder for paging or
spooling if cylinder 0 is so allocated.
Note that this protection does
I am receiving I/O Errors on one of my PAGE Volumes. What would be considered
the risk of adding a new PAGE volume (CP Format, etc.) and draining the problem
volume. Management is saying wait until we can IPL the system and say it's ok.
What does the list think?
Scott R Wandschneider
If you have spare volumes, format some as quickly as possible, add them t
o
the system and DRAIN the problem volume, take it out of the configuration
files and after the next IPL, test that volume, reformat that volume, tes
t
it again, etc.
/Tom Kern
On Thu, 13 Nov 2008 11:57:51 -0700,
@LISTSERV.UARK.EDU
Subject: Re: Risk of Adding a Paging Volume
If you have spare volumes, format some as quickly as
possible, add them t= o the system and DRAIN the problem
volume, take it out of the configuration=
files and after the next IPL, test that volume, reformat that
volume, tes= t
|| ::
[EMAIL PROTECTED] **Think Green - Please print responsibly**
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of
Schuh, Richard
Sent: Thursday, November 13, 2008 1:04 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Risk of Adding a Paging Volume
You
be
found. This will let you properly format the page area on the volume after
the next IPL. Whether you add an additional page volume now depends on how
much page space you have available (and I/O rates to the remaining paging
volumes).
Best regards,
Mark L. Wheeler
IT Infrastructure, 3M Center
a Paging Volume
Scott,
First thing I would do is drain the volume, then run ICKDSF against it with
CPVOL EXAM command to determine if it is formatted correctly. You may want to
ensure it doesn't come online after the next IPL, so either update SYSTEM
CONFIG to mark it as DRAINED, or clip the volser
Low. We add paging volumes all the time to running systems.
Lower than a paging volume with errors for sure.
Marcy
This message may contain confidential and/or privileged information. If you
are not the addressee or authorized to receive this for the addressee, you must
not use, copy
Of
Wandschneider, Scott
Sent: November 13, 2008 14:20
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Risk of Adding a Paging Volume
I have the process and have done this before. What I am asking is what the
list would consider the *RISK*? Low, Medium, or High?
Scott R Wandschneider
Senior Systems
: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of
Marcy Cortes
Sent: Thursday, November 13, 2008 1:23 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Risk of Adding a Paging Volume
Low. We add paging volumes all the time to running systems.
Lower than a paging volume with errors
Bitterly clinging to my guns.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of
Wandschneider, Scott
Sent: Thursday, November 13, 2008 11:09
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] Risk of Adding a Paging Volume
Yes, but what would you
The only risk is that not draining the problem volume. Any existing page in the
problem error could cause a virtual machine or CP abend. The risk of not
draining it is increasingly larger as the disk continues to be used.
Draining and adding do work. I just added 10 disks to my paging farm
z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Thursday, November 13, 2008 1:28 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Risk of Adding a Paging Volume
Adding additional volume(s) and waiting for the next IPL I would rate as low
risk. Continuing to run
: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of
Schuh, Richard
Sent: Thursday, November 13, 2008 1:30 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Risk of Adding a Paging Volume
The only risk is that not draining the problem volume. Any existing page in the
problem error could
] **Think Green - Please print responsibly**
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of
O'Brien, Dennis L
Sent: Thursday, November 13, 2008 1:30 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Risk of Adding a Paging Volume
Adding a page volume
On Thu, Nov 13, 2008 at 8:36 PM, Wandschneider, Scott
[EMAIL PROTECTED] wrote:
Thanks Dennis.
Maybe with all the response I will get approval or not :)
One more from the peanut gallery... we don't get I/O problems on
DASD these days. That used to be in the old days where we still had
platters
The only I/O Errors that we are seeing are on one of the paging volumes, BDCPG2:
q alloc page
EXTENT EXTENT TOTAL PAGES HIGH%
VOLID RDEV STARTEND PAGES IN USE PAGE USED
On Thu, Nov 13, 2008 at 11:10 PM, Wandschneider, Scott
[EMAIL PROTECTED] wrote:
The only I/O Errors that we are seeing are on one of the paging volumes,
BDCPG2:
I have already done the following in preparation:
1) ATTach 1D67 to MAINT
2) CPFMTZA FORMAT 0-end on a new volume
I need to swap out one of the active paging packs. Can I issue a DRAIN
to it?
Scott Wandschneider
[EMAIL PROTECTED]
Yes you can, but then you will probably have to wait eternally until no more
pages are in use on that pack. CP will not migrate them to other page
packs, DRAIN means to put no new pages.
2008/11/12 Wandschneider, Scott [EMAIL PROTECTED]
I need to swap out one of the active paging packs. Can I
Thank you Kris.
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Kris Buelens
Sent: Wednesday, November 12, 2008 9:14 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Need to swap out a PAGING Pack
Yes you can, but then you will probably
Is it possible to remove an active paging volume?
If so what would be the proper procedure.
The volume is currently 71% full but the VTOC is in the wrong place. I would
like to clean this up with the VTOC on Cyl 0 then dynamically add this volume
back in as paging space.
Thanks
1 - 100 of 228 matches
Mail list logo