Frosty the Coder
Legendary Poster
I created a job that does an FTP GET from a windows folder into the IFS.
The IFS file is created as /MYFOLDER/MYFILE
Immediately after the FTP, I issue a CPY (copy object) command to correct the CCSID.
The command is "CPY OBJ('MYFOLDER/MYFILE') TODIR('MYFOLDER') TOCCSID(1208) REPLACE(*YES)"
After the CPY, the job works with MYFILE.
The CLP works when run from my userid.
It works when run using a basic userid.
It FAILS, throwing CPFA0A9, but only when running under userid ROBOT.
This works/fails in the same fashion on the production machine as well as the test machine.
My userid, the generic userid, and ROBOT all have QGPL/QDFTJOBD set for job description.
My "special authorities" are *ALLOBJ; *JOBCTL; *SAVSYS; *SECADM; and *SPLCTL
The generic userid only has *JOBCTL.
Robot has *IOSYSCFG; *JOBCTL; *SPLCTL
The supplemental group is *NONE for the generic user.
My id and Robot have differing values.
As the generic user has *NONE, I don't think this setting is the issue.
I am convinced that something in the ROBOT userid is set differently than my ID or the generic user.
I've pored over the user profiles, but don't see a setting that would (seem to) make a difference.
/MYFOLDER/MYFILE has *PUBLIC authority of *RWX, (Objopr, read, add, update, delete execute).
Nothing that I've seen explicitly prevents ROBOT.
Where else can I look to find why ROBOT userid fails?
TIA
Frosty
The IFS file is created as /MYFOLDER/MYFILE
Immediately after the FTP, I issue a CPY (copy object) command to correct the CCSID.
The command is "CPY OBJ('MYFOLDER/MYFILE') TODIR('MYFOLDER') TOCCSID(1208) REPLACE(*YES)"
After the CPY, the job works with MYFILE.
The CLP works when run from my userid.
It works when run using a basic userid.
It FAILS, throwing CPFA0A9, but only when running under userid ROBOT.
This works/fails in the same fashion on the production machine as well as the test machine.
My userid, the generic userid, and ROBOT all have QGPL/QDFTJOBD set for job description.
My "special authorities" are *ALLOBJ; *JOBCTL; *SAVSYS; *SECADM; and *SPLCTL
The generic userid only has *JOBCTL.
Robot has *IOSYSCFG; *JOBCTL; *SPLCTL
The supplemental group is *NONE for the generic user.
My id and Robot have differing values.
As the generic user has *NONE, I don't think this setting is the issue.
I am convinced that something in the ROBOT userid is set differently than my ID or the generic user.
I've pored over the user profiles, but don't see a setting that would (seem to) make a difference.
/MYFOLDER/MYFILE has *PUBLIC authority of *RWX, (Objopr, read, add, update, delete execute).
Nothing that I've seen explicitly prevents ROBOT.
Where else can I look to find why ROBOT userid fails?
TIA
Frosty