I don't know what is wrong. I tried it here, creating a filespace that doesn't have a userid in the directory, and I could access it via IPGATE on a remote system. You aren't, by chance, using RACF to control SFS? I presume you aren't since you mention PUBLIC directories. Maybe looking at the RACF audit data or maybe even on the RACFVM console will give you a clue as to what authorization request is failing.
On Wed, Mar 10, 2010 at 2:29 PM, Philip Tully <tull...@optonline.net> wrote: > According to the racf team here (I don't have access) we have configured > racf as you said. BTW: we do not have a userid calls tools only a filespace. > > Here is the RACF output > VLB2 > ACTIVE CLASSES = DATASET USER GROUP VMMDISK VMRDR VMCMD VMNODE VMBATCH > VXMBR VMXEVENT > > GENERIC PROFILE CLASSES = VMBATCH > GENERIC COMMAND CLASSES = VMBATCH > GENLIST CLASSES = VMBATCH > > Sysv > ACTIVE CLASSES = DATASET USER GROUP VMMDISK VMRDR VMCMD VMNODE VMBATCH > VXMBR VMXEVENT > > GENERIC PROFILE CLASSES = VMBATCH > GENERIC COMMAND CLASSES = VMBATCH > -- Bruce Hayden z/VM and Linux on System z ATS IBM, Endicott, NY
