Re: DSPATR OBJ('/QOpenSys/QIBM/UserData/TransformServices/work')

Thank you. That at least lets me know that I didn't do my own CHGATR to
ALWSAV(*NO).
I have a case with IBM opened on this

On Thu, Feb 16, 2023 at 4:55 AM Marc Rauzier <marc.rauzier@xxxxxxxxx> wrote:

Le 15/02/2023 à 22:40, Rob Berendt a écrit :

If you do a
DSPATR OBJ('/QOpenSys/QIBM/UserData/TransformServices/work')
Does it show
Can be saved . . . . . . . . . . . . . : No
?

Display Attributes

Object . . . . . . : /QOpenSys/QIBM/UserData/TransformServices/work

Allow write during save . . . . . . . : No
Inherit allow checkpoint writer . . . : No
Can be saved . . . . . . . . . . . . . : No
System restricts save . . . . . . . : No

Did a full system recovery and couldn't get this to work.
OVRPRTF FILE(QPRTLIBL) DEVTYPE(*AFPDS) TOSTMF('/home/testlibl.pdf')
WSCST(*PDF) DSPLIBL OUTPUT(*PRINT)

Creating that directory was the fix.

Most of the ones flagged alwsav(*no) are supposed to automatically

rebuild.

Case: TS012163748

The screenshot comes from pub400

IBM i 7.5

The same

cume 22321,

The same

hiper SF99959 = 20

19

TR SF99956 = 1

not installed but SF99957 level is 1 as well
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
questions.