FTP Problem: Source dataset not found

rskumar · New User Joined: 21 Nov 2005 Posts: 35 Location: chennai

Hi,
I know that there are pretty much posts here in this forum on FTP and the problems faced by users in using that. I could not get solution for my problem and hence i have started a new thread. Here's my problem:

I want to FTP a file from Mainframes to my local computer hard drive.
Below are the set of statements that i give to FTP:

FTP <Server name>
User id
Password
Get '<mainframe file name>' <local filename.txt>

When i press 'Enter' after the 'get' command above, i get an error message saying - 'Source dataset <mainframe file name> not found'
I gave the transfer format as ascii still i am getting the same error.

Could you please help me out where i am missing out.
Thanks.

dick scherrer · Posted: Tue Jun 02, 2009 11:27 pm

Hello,

You have mis-spelled the mainframe file name. This may have to do with where you are "positioned" on the mainframe.

Suggest you use the fully qualified dataset name and place it in quotes.

Look at tso/ispf 3.4 and make sure you have the entire dsn in the GET.

superk · Posted: Tue Jun 02, 2009 11:31 pm

You've got the format of the "get" command incorrect. You need to use the proper format.

Update, sorry, you're using the wrong command. You need to "put" the mainframe file to the Server.

dick scherrer · Posted: Tue Jun 02, 2009 11:55 pm

Hello,

Maybe i've misunderstood, but it appears that the pc ftp client is being used to pull a file from the mainframe to the desktop.

I still believe it is a simple matter of misspelling the dataset name (or possibly some security error - i don't know what happens when one tries to download a file they do not have permission to read).

rskumar · New User Joined: 21 Nov 2005 Posts: 35 Location: chennai

Hi Dick,

I have given the fully qualified dsn name, with proper high level qualifiers but still it is not accepting. Then i created a dataset with my own TSOID as the high-level qualifier, checked it through the 3.4 option. Then i gave it in the 'GET' command, Still it says, the dataset is not available.

Is there any thing like - i have to transfer in ascii mode etc..? i have changed giving the mode as ascii and tried again. But its not working.

P.S. I have the access to download a file from the mainframe's command prompt (start->6).
Pls help.

Robert Sample · Posted: Wed Jun 03, 2009 12:09 am

Show us your GET command -- copy and paste it using BBcode. Also, are you getting any FTP return code (such as 16550)?

Text (ASCII) versus binary mode has nothing to do with the problem you're having -- you can FTP successfully in either, and you can fail in either.

dick scherrer · Posted: Wed Jun 03, 2009 12:13 am

Hello,

As Robert asked - show us your GET using copy/paste and the "Code" tag.

A couple of thoughts:
Did you place quotes around the dsn?
Is it possibly in use and therefore not available?

rskumar · New User Joined: 21 Nov 2005 Posts: 35 Location: chennai

C:\Documents and Settings\sravic5\Desktop>ftp PORTNAME
Connected to PORT
220 Connection will close if idle for more than 5 minutes.
User: userid
331 Send password please.
Password:
230 userid is logged on. Working directory is "userid.".
ftp> get 'ABCD.RELEASE.JCL(ABCDATA)' abc.txt
200 Port request OK.
550 Data set ABCD.RELEASE.JCL(ABCDATA) not found
ftp>[/img][/code]

MBabu · Posted: Wed Jun 03, 2009 12:21 am

you can try
cd 'pds-name'
get member-name pc-file-name

rskumar · New User Joined: 21 Nov 2005 Posts: 35 Location: chennai

The dsn was available and it had quotes around it.

Robert Sample · Posted: Wed Jun 03, 2009 12:32 am

After your password, try these commands:

rskumar · New User Joined: 21 Nov 2005 Posts: 35 Location: chennai

@MBabu
Hi, If i give the way as you gave, the mainframe recognizes it as 'PDS Name.Membername' and says 'its not found'.

dick scherrer · Posted: Wed Jun 03, 2009 12:59 am

Hello,

Enter
CD 'ABCD.RELEASE.JCL'
DIR
Is a member list shown?

If yes,
GET ABCDATA

If no list, show us what happens.

rskumar · New User Joined: 21 Nov 2005 Posts: 35 Location: chennai

C:\Documents and Settings\sravic5\Desktop>ftp PORT
Connected to PORT
220 Connection will close if idle for more than 5 minutes.
User : userid
331 Send password please.
Password:
230 USERID is logged on. Working directory is "Userid.".
ftp> cd 'ABCD.RELEASE.JCL'
250 "'ABCD.RELEASE.JCL' "is the working directory name prefix.
ftp> dir
200 Port request OK.
550 No data sets found.

Robert Sample · Posted: Wed Jun 03, 2009 1:16 am

ABCD.RELEASE.JCL does not exist, which explains the FTP error -- you cannot FTP a file that doesn't exist.

What does ISPF 3.4 show if you enter ABCD.RELEASE?

dick scherrer · Posted: Wed Jun 03, 2009 1:21 am

Hello,

That is saying that there are no members in the dataset. . . or that the dataset does not exist. . .

I just did the same process here from a DOS prompt and when i enter dir, i get the list of members.

Are you sure this pds does have members?

Do you have a gui ftp client? I've not used command line ftp for a long, long time as all of the ftp clients i use have point-n-click built in.

rskumar · New User Joined: 21 Nov 2005 Posts: 35 Location: chennai

Robert,
I have the dataset when i put in 3.4. Its a common dataset for all our applications where we store the JCLs. I have been using it for months and i do not think that is the issue. Probably, my PC ftp client has something to do, as dick said.

dick scherrer · Posted: Wed Jun 03, 2009 2:47 am

Hello,

Are you sure that you are connected to the correct ftp server?

Given that there is also a problem with a dataset of "your own", it may be that this process has connected to some other ftp server. . . .

Possibly the network people can confirm the ip address or name.

Robert Sample · Posted: Wed Jun 03, 2009 2:57 am

Have you tried the cd and dir commands I posted earlier? If not, try the cd and dir commands to see what FTP thinks is there.

There's some reason your FTP is not finding the data set -- either you're not going to the system you think you're going to, or you're entering something that doesn't point to the PDS you think it is. Instead of doing the FTP to the mainframe name, why not try the IP address?

rskumar · New User Joined: 21 Nov 2005 Posts: 35 Location: chennai

Hi Robert,

The file is very much present and its a common dataset for lot of guys and so it is not deleted and it is an endevor dataset. I dont know why it is not displaying the member list when i type 'dir'.

Robert Sample · Posted: Fri Jun 05, 2009 10:34 pm

It is not displaying a member list under FTP when you enter the "dir" command because:

1) as far as FTP is concerned, the file does not exist, or
2) your FTP session does not have access under site security to the data set, or
3) something else on your site is preventing your FTP session from accessing the data set.

You may have access under TSO/ISPF to the data set but not via FTP -- I don't know your site security policies and how they're implemented. However, it is completely irrelevant that you can get to it from ISPF -- if that was what you needed, you could do that without using FTP. You keep telling you have that access with ISPF but since it is not FTP it does not matter.

Note that none of this says the data set does not exist -- I'm saying as far as FTP is concerned it cannot find the data set or its members.

At this point, I recommend contacting your site support group and have them research the problem. They are more likely to know your environment and be able to determine what is going on in FTP.

MBabu · Posted: Fri Jun 05, 2009 11:29 pm

or is 'ABCD.RELEASE.JCL' not a PDS

rskumar · New User Joined: 21 Nov 2005 Posts: 35 Location: chennai

Thanks guys. I will check with my site security coordinator. Hopefully he has a solution

.

dick scherrer · Posted: Sat Jun 06, 2009 2:11 am

Hello,

If the Endevor libraries are Librarian or Panvalet datasets, you most likely will not access members directly from ftp.

shankarramv · New User Joined: 20 Nov 2007 Posts: 5 Location: India

Hi

This could happen if you log on to your LPAR from a common screen.

Assume, U coonect to your MF session with IP ABC, in that screen there could me many lpar listed out of which u may choose DEF or some other thing.

now if such is the case, then do a ftp DEF and not FTP ABC.

When you do a ftp ABC, a dir and find that no dataset is displayed, then it clearly tell you that u have access to ftp but, somehow the dasds cannot be reached from here....