[EMAIL PROTECTED] wrote:
That's what had me a bit confused.  When I changed the storage
distribution to be only central with no expanded, the new config didn't
take affect until I did a DEACTIVATE, then an ACTIVATE on the LOAD
profile.  I'm still trying to find out whether ACTIVATE retains the
prior memory config.

Definitely confusing. Some things are picked up by a simple activate, others require deactivate/activate; and I haven't seen any clear documentation as to what falls in which category. Another LPAR attribute we found that required a deactivate first is changing the active/reserved CPs. We upgraded our z900, dynamically added the CP to z/OS 1.6, and updated the LPAR defs expecting that to resolve everything. At next IPL we did only an activate without prior deactivate and z/OS reverted back to the old number of CPs. Took a deactivate of the LPAR before the change became "permanent".

The HMC guide did say something a bit disturbing about DEACTIVATE.
Apparently if you DEACTIVATE the CPC, it turns the machine off.  Since
the icons are grouped so closely, I'd really like to see a way to lock
this feature out or have to go through several extra steps to complete
the function.  I can just hear the 3 am call now "Uhh, I accidentally
clicked the wrong icon during IPL and now the machine won't run at
all".  Kind of makes your blood chill, doesn't it?

We have groups defined on the HMC so Operators first have to go to a PROD group and then to an icon for the PROD LPAR. There are no CPCs in that group. If they select the wrong group, they won't see the expected icon and will know something is wrong; if they select the right group there is no way they can finger-check and select the CPC by accident when doing the deactivate.



--
Joel C. Ewing, Fort Smith, AR        [EMAIL PROTECTED]

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to