Mark Zelden wrote:
I don't have a single LPAR with more than 16 (yet?), but a friend
of mine is running that configuration at his shop. I don't think
there were any specific ISV issues because of >16 CPs. Obviously
monitors need to support >16 to report correctly, but even if your
monitor wasn't current enough on maintenance to support it, I doubt
it would cause you a problem. Assuming you updated your ISV software
for z/OS 1.6 and your ISV software vendors say the levels you are
running are "z/OS 1.6 ready", then they should be ready to support
16 CPs also.
I would recommend making sure *all* ISV software is certified to run
with >16 CPs before using such a configuration. I shudder to think about
the potential for problems caused by an authorized/privileged state
program loading a "large" (i.e., >15) CVTMAXMP value and looping through
and/or updating control blocks and/or tables implicitly sized to 16
entries. Yikes!
--
.-----------------------------------------------------------------.
| Edward E. Jaffe | |
| Mgr, Research & Development | [EMAIL PROTECTED] |
| Phoenix Software International | Tel: (310) 338-0400 x318 |
| 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801 |
| Los Angeles, CA 90045 | http://www.phoenixsoftware.com |
'-----------------------------------------------------------------'
----------------------------------------------------------------------
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
