Re: Error on QSH call that I can't figure out

[Jim Oberholtzer <midrangel@xxxxxxxxxxxxxxxxx>]

Scott:

Thanks, we already tried that. Works on our test environment, fails on 
the production side. We can't find any differences in user profiles, 
file authorities (DB/2 or IFS) or the code. The one thing I don't have 
on the production side is the ability to look at the security audit logs 
( the admin will not consider turning on the audit logging and of course 
that would A) be the right thing to do anyway and B) most likely point 
right to the error ) so I can't verify if there is an authority issue, 
program issue, or environment issue.

When I figure it out I'll let you know.

Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects

On 6/5/13 11:42 AM, Scott wrote:
> You could test by:
>
> 1 - redirect the catsplf and stderr to files on the ifs to see if that
> is working or not (not tested from PHP).
>   > catsplf -j 761118/SCOTT/WOR040 wor040 1 > /tmp/cat.txt 2> /tmp/err.txt
> $
>   > cat /tmp/err.txt
>     catsplf: 001-2372 Spool file wor040, number 1 for job
> 761118/SCOTT/WOR040 was
>      not found.
> if it works /tmp/cat.txt will contain the spoolfile.
>
> 2 - If it does create the file on the IFS then you can get the spoolfile
> in 2 steps by putting it to a file on the ifs and then read (readfile)
> the file from PHP (possible work around until you can discover/fix the
> issue).
>
> Scott