× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Let's say your MMA has 6 processors and you are licensed for 5 processors
for i. You have 5 of the processors spread out against 3 i lpars, leaving
you one processor. You put that into a Linux lpar. All processors are
still in the default processor pool however.
You are getting:
CPF9E7F-i5/OS usage limit exceeded - operator action required.
Cause . . . . . : The processor usage limit of 5 processors for product
5722SS1, license term V5, feature 5051 has been exceeded.
-- Current processor usage across all active i5/OS partitions is 6.00.
-- Current processor usage for the local partition is 6.00.
But, you argue, are only using 5 for i. No matter, either
- The Linux lpar has to be "dedicated" instead of "shared" on it's
processors, or,
- Each i lpar should have dedicated processors.
- All of the processors for i should be busted out of the default pool and
into their own shared pool.
- "Change the number of desired virtual processors for the IBM i
partitions so that they are five or less. The only one that is greater
than five currently is GDIHQ."
- Apparently busting the Linux out into it's own shared pool doesn't cut
the mustard.

I'm no wizard on "virtual processors" but my boss makes them some
multiple. Like GDIHQ is saying
Processing Units Minimum: 0.10 Sharing mode: Uncapped
Assigned: 3.70 Weight: 240
Maximum: 5.00 Shared processor pool: DefaultPool (0)
Virtual Processors
Minimum: 1.0
Assigned: 10.0
Maximum: 40.0
Now, the CPF9E7F message isn't crying about no 10 or 40 so I don't
understand the comment about virtual processors.

The least disruptive would be to drop the Linux lpar and make it's
processor dedicated.

Rob Berendt

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.