Re: Object ownership during CRTDUPOBJ

On 27-Oct-2015 06:51 -0500, Erwin Donker wrote:

<<SNIP>>
Logical file 1 is created, but contains no members because of:
- MCH4601: Storage limit overflow for user profile XXXXXXXX.
<<SNIP>>
Or know why this is happening? We are on version 7.1.

As a /complex/ object type, the work to perform the /generic/ object-operation of Create Duplicate Object (CRTDUPOBJ) for the Database *FILE object is handed-off to the Database (DB) feature of the OS. Rather than simply duplicating one simple object, the DB feature must perform a number of operations to effect the /duplication/, any of which could conceivably encounter the Maximum Storage (MAXSTG) limit.

Anyhow, the /context/ of the msg MCH4601 was not provided. The spooled joblog [with LOG(4 0 *SECLVL)] provides the missing context, as would [but just for that one message, not for the following or any prior messages since the request-message] the F6=Print from a F1=Help on the message from an active joblog. The spooled output from a Trace (ENDTRC of a STRTRC) of the failing request would add additional context.