I have some relatively vague memories that someone with SFS admin rights
could connect to SFS using different authorities concurrently.
Thinking a bit deeper: the FTP server uses this during an FTP PUT or GET
with SFS. I don't think it uses Diag D4 to start talking to SFS.
Kris Buelens,
---
Yes, I use >SFS explicitly and the directory is not currently accessed. I
rely on >SFS to write to the sfs file space without it being accessed.
The diag d4 is done just before the pipe command. It’s rather dynamic
because the userid is running a web server application that requires
On Thu, 14 Dec 2023 at 05:40, Donald Russell wrote:
>
> Thanks Rob,
> Since >SFS uses a private work unit by default, doesn’t that mean it gets a
> new work unit before connecting to the sfs server? Diag d4 is done before
> the pipe command, so I’m expecting the new connection to appear to
On Wed, Dec 13, 2023 at 15:01 Rob van der Heij wrote:
> On Wed, 13 Dec 2023 at 23:37, Alan Altmark
> 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
>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
On Wed, 13 Dec 2023 at 23:37, Alan Altmark 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
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
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
