Hi Ed, There are two ways you could do this. The first one is by assigning reserve processors in the image profile. After the LPAR is up and running you can config the extra CPUs online. You could automate this pretty easily. You don't have to make any changes going back and forward with/without CBU.
The other way is to create a new image profile with the added CPUs defined. After you add the CBU, you will need to mark this new profile for activation and then activate the LPAR. I guess that you could use BCPii to script this but I am not sure that BCPii has access to all these controls.You would have to do the reverse when you withdraw the CBU. I prefer the first method . Much less hassle. Mike On Sat, 29 Apr 2023, 20:43 Ed Jaffe, <edja...@phoenixsoftware.com> wrote: > Esteemed Sysprogs, > > We use CBU to activate additional engines and capacity twice a year. > > The image profiles on the HMC match the LPAR names and there seems to be > no way to associate alternate image profiles to be used while CBU is > active. Therefore, we have been manually updating the image profiles to > add the additional engines during the CBU and then manually changing > them back when the CBU is over. > > Is there a better way? Can alternate image profiles be used? If not, can > these changes be easily scripted? > > Thanks, > > -- > Phoenix Software International > Edward E. Jaffe > 831 Parkview Drive North > El Segundo, CA 90245 > https://www.phoenixsoftware.com/ > > > > -------------------------------------------------------------------------------- > This e-mail message, including any attachments, appended messages and the > information contained therein, is for the sole use of the intended > recipient(s). If you are not an intended recipient or have otherwise > received this email message in error, any use, dissemination, distribution, > review, storage or copying of this e-mail message and the information > contained therein is strictly prohibited. If you are not an intended > recipient, please contact the sender by reply e-mail and destroy all copies > of this email message and do not otherwise utilize or retain this email > message or any or all of the information contained therein. Although this > email message and any attachments or appended messages are believed to be > free of any virus or other defect that might affect any computer system > into > which it is received and opened, it is the responsibility of the recipient > to ensure that it is virus free and no responsibility is accepted by the > sender for any loss or damage arising in any way from its opening or use. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
