[Info-vax] SOLVED : Re: Process quota problem after upgrade to 8.4-2L1

[Dave Froble]

On 12/22/2020 4:05 PM, Stephen Hoffman wrote:
> On 2020-12-22 18:05:50 +0000, Arne Vajhj said:
>
>> On 12/22/2020 9:33 AM, Phillip Helbig (undress to reply) wrote:
>>> In article <rrsk17$10p8$1 at gioia.aioe.org>, Joukj
>>> <joukj at hrem.nano.tudelft.nl> writes:
>>>> Thanks Hoff, You pointed me to the Right solution: Doubling all the
>>>> pql_m* parameters did not help. But setting PQL_MPGFLQUOTA to
>>>> 18000000 (may be too high but set the same as for "user" system) did
>>>> the trick. So also Tad's suggestion was correct. It wer the
>>>> pagefile-quota.
>>>
>>> I'll see if this helps my problem.  I remember adjusting quotas, but
>>> not system parameters.
>>
>> My understanding is that setting PQL_MPGFLQUOTA sets the minimum
>> PGFLQUOTA so that even those usernames with lower values in SYSUAF get
>> the PQL_MPGFLQUOTA value.
>
> Correct. That system parameter setting is a system-wide minimum. It's a
> fairly large hammer, but one that can be necessary.
>
>> Are there scenarios where PQL_MPGFLQUOTA is required because SYSUAF
>> value is not used??
>
> There are cases when the developer forgot to specify quotas such as on a
> detached process creation, yes.

Well, I didn't forget, I figured they were already set elsewhere.

:-)

> These arise both with defaulted RUN /DETACH commands, and with defaulted
> $creprc calls.
>
> Most developers eventually learn that the process quotas and the mailbox
> quotas and the IOSBs and such should not be defaulted.

I haven't learned that, yet, but, I will agree that being specific is 
the better practice.

> Eventually.

Unless one is as lazy as me ...

:-)

-- 
David Froble                       Tel: 724-529-0450
Dave Froble Enterprises, Inc.      E-Mail: davef at tsoft-inc.com
DFE Ultralights, Inc.
170 Grimplin Road
Vanderbilt, PA  15486