>Yeah, I figured as much, although if you could get the system up and drain
>the volume, then those pages would be ineligible for the drained pack too,
>right? The "just after IPL" case is IMHO the hardest case because there's
>no way to gain control before that can happen (it frequently happens even
>before OPERATOR is created), so there's really no chance to tinker before
>you've spattered at least a few pages onto the defined page volumes that
>pretty much rarely ever get looked at again for the lifetime of that IPL.

If you have the luxury of an IPL, this is easy.  Just put Drain records in 
SYSTEM CONFIG for the volumes that you don't want pages on.  CP won't put 
anything on them, not even its own pages.  The original question was whether 
there's a way to move the pages later.  If there aren't any CP pages on the 
volume, you can drain it and start shutting down virtual machines until the 
page count goes to zero.  At that point, it's safe to detach the volume from 
SYSTEM and format it or whatever.  If and when Live Guest Relocation comes out, 
you could move eligible guests to other systems instead of shutting them down.  
You don't even have to move all of the guests at once.  You can move one guest 
at a time to another system and then move it back.  When it comes back, it 
won't have any pages on the drained volume.

                                                                                
                                           Dennis O'Brien

"If man does find the solution for world peace it will be the most 
revolutionary reversal of his record we have ever known."  -- General George C. 
Marshall

----------------------------------------------------------------------
This message w/attachments (message) is intended solely for the use of the 
intended recipient(s) and may contain information that is privileged, 
confidential or proprietary. If you are not an intended recipient, please 
notify the sender, and then please delete and destroy all copies and 
attachments, and be advised that any review or dissemination of, or the taking 
of any action in reliance on, the information contained in or attached to this 
message is prohibited. 
Unless specifically indicated, this message is not an offer to sell or a 
solicitation of any investment products or other financial product or service, 
an official confirmation of any transaction, or an official statement of 
Sender. Subject to applicable law, Sender may intercept, monitor, review and 
retain e-communications (EC) traveling through its networks/systems and may 
produce any such EC to regulators, law enforcement, in litigation and as 
required by law. 
The laws of the country of each sender/recipient may impact the handling of EC, 
and EC may be archived, supervised and produced in countries other than the 
country in which you are located. This message cannot be guaranteed to be 
secure or free of errors or viruses. 

References to "Sender" are references to any subsidiary of Bank of America 
Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are 
Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a 
Condition to Any Banking Service or Activity * Are Not Insured by Any Federal 
Government Agency. Attachments that are part of this EC may have additional 
important disclosures and disclaimers, which you should read. This message is 
subject to terms available at the following link: 
http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you 
consent to the foregoing.

----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
----------------------------------------------------------------------
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Reply via email to