Re: [IBMiOSS] gmake: *** virtual memory exhausted. Stop.

["Kevin Adler" <kadler@xxxxxxxxxx>]

"OpenSource" <opensource-bounces@xxxxxxxxxxxx> wrote on 07/20/2016 
09:01:16 AM:

> From: Aaron Bartell <aaronbartell@xxxxxxxxx>
> To: IBMi Open Source Roundtable <opensource@xxxxxxxxxxxx>
> Date: 07/20/2016 09:01 AM
> Subject: Re: [IBMiOSS] gmake: *** virtual memory exhausted. Stop.
> Sent by: "OpenSource" <opensource-bounces@xxxxxxxxxxxx>
>
> > When you talk about doing the PTFs to 5733OPS have you found that any 
of
> those Required an IPL?
>
> I am still foggy on this area so I may have misstepped.  When I was
> initially doing 5733OPS I did SNDPTFORD and then opt 8 to apply/install
> with *SERVICE specified.  When I do that (and I just did it yesterday) 
it
> doesn't actually apply the PTF.  I instead need to manually install them
> with APYPTF and specify *IMMDLY.  Before I discovered this (because it 
is
> different than when I was applying PTFs for other licpgms) I was 
operating
> on DSPPTF's "IPL Action"** column which made it appear as thought an IPL
> was required.  There was a "Yes" in that column so I assumed an IPL was
> required.
>
> ** F1 help text for that column: "Indicates whether action will be taken 
on
> the next unattended normal IPL to apply or remove this PTF.  If IPL 
action
> is indicated, enter the option to display PTF details to determine which
> action is to be performed."
>
> ​I now believe it was user ignorance for this specific scenario.  The 
other
> scenarios (i.e updating openssl) were also only resolved with IPLs, 
which
> also might be user ignorance (me).​

None of the OPS or OpenSSL/OpenSSH PTFs are marked delayed apply. The 
OpenSSL/OpenSSH PTFs are marked with customer actions that need to be done 
(restarting the OpenSSH server to use the new version to preven security 
issues).