>From reading PIPE ABELP >SFS there are work unit options that can be specified as parameters to the stage. The default says “private” which says it gets a new work unit at the start of the stage and deleted the work unit at the end. That sounded like what I want so I did not specify PRIVATE explicitly.
I can call those CSL routines if needed. I’ll tinker with it tomorrow. Thanks, Don On Wed, Dec 13, 2023 at 14:37 Alan Altmark <alan_altm...@us.ibm.com> wrote: > If you're going to play with the userid, you need to use workunits. Once > your APPC connection to the SFS server is established, changing your userid > doesn't affect operations over the existing connection. Workunits create > new connections. See DMSPUSWU and DMSPOPWU so that you can change the > default workunit. > > Regards, > Alan > > Alan Altmark > IBM Senior z/VM Engineer and Consultant > 1 607 321 7556 (Mobile) > alan_altm...@us.ibm.com > > > -----Original Message----- > > From: CMSTSO Pipelines Discussion List <CMS-PIPELINES@VM.MARIST.EDU> > > On Behalf Of Donald Russell > > Sent: Wednesday, December 13, 2023 4:13 PM > > To: CMS-PIPELINES@VM.MARIST.EDU > > Subject: [EXTERNAL] [CMS-PIPELINES] >SFS ERROR 1180 > > > > A userid has its ALTUSER set to a different id. (Diag D4)Then a pipe … | > > >SFS …. > > tries to write to a space the alt user is authorized for, but the stage > fails with > > error 1180 Not authorized. > > > > Instead of >SFS, I also tried VMLINK .DIR … ( WRITE NONAME INVOKE > > MODULE PIPE … | Name type .FM V > > > > oddly the link worked but the write failed with fswrite error 1 Not > authorized. > > > > In each case the target file does not exist. > > > > I thought Diag D4 makes the id look like the specified id for accessing > sfs > > space etc. > > > > I verified the path exists etc. what else should I be looking at? >
