Re: stringHighUse4K Space offset

On 14-Jun-2017 12:53 -0600, Versfelt, Charles wrote:

I have a job written a long time ago by a programmer who's now
retired. One job creates a file, sends it as a network file to
another as/400, where another job picks it up with RCVNETF. It has
worked fine and run without issue for several years, until yesterday,
when the Space offset error started.

Can anyone give any guidance to the problem?

The release/cumulative/fixpack levels are unstated. Was there recent maintenance to QNFRCDTA, QNFUNPAK, or QDBOPEN; prior to the error starting, but after the last known success with the process?

Message . . . . : 13700 - RCVNETF FROMFILE('D0PAT2FL')
TOFILE(QTEMP/D0PAT2FL) FROMMBR('MY17419873') TOMBR(MY17419873)

Missing from the included joblog snippet:

msg CPF4011

10 06/13/17 18:03:23.756110 QDBOPEN QSYS *STMT QNFRCDTA
From module . . . . . . . . : QDBOPEN
From procedure . . . . . . : SGNRTNOK
Statement . . . . . . . . . : 15033

Symptom string formatted:
msgCPF4011 F/QDBOPEN FM/QDBOPEN FP/SGNRTNOK stmt/15033 T/QNFRCDTA

Message: Buffer length longer than record for member MY17419873.
Cause: The file record length for member MY17419873 file D0PAT2
in library QTEMP is 7927. The buffer entry length is 7938. The
remainder the buffer entry is filled with blanks.
Recovery . . . : If necessary, change the record length
specified in the program to the length of the longest record in
the member. Then try your request again.

Missing from the included joblog snippet: msg MCH0601

40 06/13/17 18:03:23.784140< gHighUse4K 000330 QNFUNPAK
From Program . . . . . . . : stringHighUse4K

Symptom string formatted:
msgMCH0601 F/stringHighUse4K x/000330 T/QNFUNPAK

Message . . . . : Space offset X'00002025' or X'0000000000000000'
is outside current limit for object &1.
Cause: A program tried to set a space pointer, tried to use
storage outside a space [...]
The space class is X'00'. The space class designates the type
of space: 00-primary associated space (includes space objects).
[...]

Missing from the included joblog snippet, though of little interest except to know that there was a QPSRVDMP spooled file produced [probably showing some of the "space" information, including possibly revealing the name of the, presumably, temporary space]: msg CPF3698

00 06/13/17 18:03:23.825860 QSCPUTR QSYS 005E QMHAPD
Message . . . . : Dump output directed to spooled file 2, job
016757/QSYSOPR/MYD1PAT2UK created on system MYRONUK on 06/13/17
18:03:23.
Cause . . . . . : Dump output is being directed to a
spooled file.

Missing from the included joblog snippet: msg CPF9999

40 06/13/17 18:03:23.794801 QMHUNMSG *N D1510CB
Message . . . . : Function check. MCH0601 unmonitored by QNFUNPAK
at statement *N, instruction X'005F'.
[...]

The system program QNFUNPAK [of component Network Facility {¿Network File?} (NF)] has an apparent defect, for an improper reference to the space [that was deleted before the formatting for the joblog; probably a temporary space produced for the processing of the run-time open, associated with the creation of the Open Data Path (ODP)].

Although the file size has not changed [according to a followup reply], the issue could possibly be circumvented by avoiding the condition diagnosed by the message about the record length differences. And while circumventing the issue would be good, best to also followup with the error condition so the problem can be eliminated vs possibly recur in a different process.