Hi All,
When trying to get all JES job elements I got
Ý61.830¨ open "//-JES.INTRDR.KOK1388A/all" flags READ mode 0666
ZosSettingsÝI¨: Transfer options: clientcp=ISO8859-1,*jesincsysin,jesjobwait=60.2,*mode=textÝtext¨,servercp=IBM-1047,trim
DatasetHandlerÝE¨: Error in fopen(//DD:SYS00009, rb,type=record,noseek) - EDC5041I An error was detected at the system level when opening a file. (errno2=0xC00B01A2)
DatasetHandlerÝE¨: Dataset KOK1388.KOK1388A.JOB07555.D0000009.? read error: EDC5041I An error was detected at the system level when opening a file. (errno2=0xC00B01A2)
DatasetHandlerÝE¨: __amrc last_op=2, error=0x5620062, msg=
Ý61.852¨ sent status Failure
Ý61.855¨ close "//-JES.INTRDR.KOK1388A/all" bytes read 0 written 0
ZosDatasetÝI¨: Closing dataset //KOK1388.KOK1388A.JOB07555.D0000009.? - 468 records read, 0 bytes sent
Is there a setting I need to change?
Thanks.
Howi Kok
get all joblog.txt errno2=0xC00B01A
Re: get all joblog.txt errno2=0xC00B01A
This is some kind of OS open error on the spool file.
In this case, I would have expected that z/OS "joblog" messages (IEFxxxx, IGGxxxxx, etc) would have also appeared in the Co:Z SFTP server log file.
Do you see these in your session log file?
What version of Co:Z SFTP are you running?
In this case, I would have expected that z/OS "joblog" messages (IEFxxxx, IGGxxxxx, etc) would have also appeared in the Co:Z SFTP server log file.
Do you see these in your session log file?
What version of Co:Z SFTP are you running?
Re: get all joblog.txt errno2=0xC00B01A
I didn't see any system IEF or IGG type message anywhere. We are running Co:Z SFTP Server version: 5.1.1 (6.4p1) 2018-06-01.
Re: get all joblog.txt errno2=0xC00B01A
Hmmm. That's odd.
Here are a couple of diagnostic things to try:
1) First, it looks like some of the spool files opened and transferred, but it failed on after several spool files.
Do this and show me what you see for spool file attributes:
cd //-jes.intrdr.KOK1388A
ls -alf
(shown above are command syntax from an OpenSSH client)
2) Try to download them individually to see which one(s) have a problem:
lcd /tmp # this is the client directory where files with the DSID as a name will be downloaded
get *
Here are a couple of diagnostic things to try:
1) First, it looks like some of the spool files opened and transferred, but it failed on after several spool files.
Do this and show me what you see for spool file attributes:
cd //-jes.intrdr.KOK1388A
ls -alf
(shown above are command syntax from an OpenSSH client)
2) Try to download them individually to see which one(s) have a problem:
lcd /tmp # this is the client directory where files with the DSID as a name will be downloaded
get *