IEA671I
Could not fully configure online m of the n intended {IPL | shutdown | recovery
process} zIIP boost cores
IEA672I
{IPL | Shutdown | Recovery process} {zIIP | SPEED} boost is not activated - rsn
IEA674I
Could not configure offline m of the n {IPL | shutdown | recovery process} zIIP
boost cores
IEA675I
{IPL | shutdown | Recovery process} zIIP boost is active with n transient zIIP
cores
IEA676I
No IPL boosts will be activated
IEA677I
{IPL | shutdown} {zIIP | speed} boost has ended due to error
IEA678I
All {IPL | shutdown | recovery process} boosts have ended
IEA680I
{zIIP | Speed} boost is not available
IEA681I
{IPL | shutdown | Recovery process} speed boost is active
IEA682I
Recovery process zIIP boost is active
IEA683I
Unable to complete activation of recovery process boosts
IEA684I
Recovery process boost(s) have ended due to error
IEA685I
Recovery process boost(s) not {started | extended}. Duration limit has been
reached
IEA686I
Recovery process boost(s) have been extended
IEA687I
Recovery process boost requestor: string
IEA688I
n recovery process boost(s) ignored. Recovery process boosts {are | were} not
enabled
IEA689I
Recovery process boosts are {enabled | disabled}
Jim Mulder
-----Original Message-----
From: IBM Mainframe Discussion List <[email protected]> On Behalf Of
Mike Schwab
Sent: Thursday, December 18, 2025 9:24 AM
To: [email protected]
Subject: Re: Nasty IPL Boost surprise
Is there a message saying the Boost is done, so the customer can automate the
final running CPU status?
On Thu, Dec 18, 2025 at 8:14 AM Peter Relson
<[email protected]> wrote:
>
> This "surprise" is well understood and documented. The caveat of not
> configuring processors online or offline while a boost is underway (in this
> case the boost started before the config commands were processed) factors
> into this. So does PRESCPU.
>
> The good news is that there is hope down the road that this scenario will be
> improved.It requires both software and firmware support to accomplish. The
> support needs are understood.Part of it has to do with treating a config
> online for a zIIP during a boost as removing the zIIP from being considered a
> transient/boost zIIP even though the zIIP was brought online for the boost as
> a transient/boost zIIP (and, since the consideration is removed, not taking
> that zIIP offline when the boost ends, as is done for transient/boost zIIPs).
>
> When/if that will actually happen, I have no idea.
>
> Peter Relson
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to [email protected] with the message: INFO IBM-MAIN
--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send email to
[email protected] with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
