MVSFORUMS.com

manojagrawal · Beginner Joined: 25 Feb 2003 Posts: 124 Topics: 29

Hello,

I have a FTP job which has been running normally for years now, but came up with an abend just a while ago. Anyone come across this?

Messages are as follows

kolusu · Posted: Mon Apr 12, 2004 9:56 pm Post subject:

Manoj,

I am not sure if this helps or not, but The return and reason codes are for a queue handler command or for the file transfer depends on the value of the WAIT parameter and on the outcome of the file transfer

If WAIT=YES( your job has wait=yes), the batch job interface routine adds the file-transfer request to the request queue and then periodically issues a QUERY queue handler command to check the status of the file-transfer request. If a queue handler error occurred before the file transfer ended, the codes are the return and reason code of the QUERY queue handler command. Otherwise the codes are the return and reason code of the file transfer.

May be you can re-submit the job and see if it runs .

Kolusu
_________________
Kolusu - DFSORT Development Team (IBM)
DFSORT is on the Web at:
www.ibm.com/storage/dfsort

www.linkedin.com/in/kolusu

manojagrawal · Beginner Joined: 25 Feb 2003 Posts: 124 Topics: 29

Hi Kolusu,

The job has been submitted about 5 times over the past 3 days and has failed with the exact same reasons. I tried to get someone to look at the queue handler as i too felt that is where the problem lays... They are still looking at it. What surprises me is that this job has been running for years and its failed now with such a reason. Thanks for your response.
_________________
Thanks & Regards,
Manoj.

taltyman · Posted: Tue Apr 13, 2004 8:03 am Post subject:

NFTP uses sna (vtam) as the transport vehicle. Each side has it's own started task(s) and vtam LUs. These vtam lu pairs will create a session across which the transfer, transfer parameters, etc will flow. From what you describe there is no avaliable session between the 2 sites for NFTP to use. Check with your vtam sysprog or the sysprog at your site that supports NFTP.

manojagrawal · Beginner Joined: 25 Feb 2003 Posts: 124 Topics: 29

I dont know the reason for this, but the job finally ran successfully in the next batch cycle. MVS Support didnt do anything for sure, as I had to inform them that it was successful this time. The worst part is we dont know the reason why this abend occurred and we also dont know how it got fixed automatically. There had to be some reason behind this. Shocked

_________________
Thanks & Regards,
Manoj.

taltyman · Posted: Wed Apr 14, 2004 7:36 am Post subject:

I'd give your support group a F minus. This should have been easy to diagnose. You already have the answer in your paste of the error code. If you have the authority you could find the nftp started task(s) and check their logs from sdsf. If you can logon to the other system you could check that side as well.
With the shrinking sna world and the growth of IP you may want to consider using FTP instead of NFTP for your transfer. However for VSAM files FTP doesn't have a way to transfer them easily.

manojagrawal · Beginner Joined: 25 Feb 2003 Posts: 124 Topics: 29

I dont have the authority to see the NFTP log, and as its working, MVS Support must be lost in their other work. I was unable to get any more information regarding this Rolling Eyes

.

We are transferring a normal PS dataset and not a VSAM. So I think I can look into using FTP instead of NFTP. Thanks Taltyman and Kolusu for your help!
_________________
Thanks & Regards,
Manoj.