× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



You are apparently relying on the FTP DELETE ("DELE") command to "do the right thing."
But, looking at the messages, it looks like it only removed the member, and did not delete the physical file containing the file.

Assuming that's what you wanted to do, you can do it this way:

QUOTE RCMD DLTF CONV/RMCST
QUOTE RCMD CRTPF CONV/RMCST RCDLEN(5650) SIZE(250000 10000)

Hope that helps,

Mark S. Waterbury

> Laine, Rogers wrote:
Simon,

You were correct, my problem was not predefining the target file.

Now I can move on to the next issue....

I would like to delete the target file and then define it again just in
case I need to rerun the FTP job.

When I do the delete then CRTPF together in one job it fails on the
CRTPF. Here are the statements..

EZA1736I type i

EZA1701I >>> TYPE I

200 Representation type is binary IMAGE.

EZA1460I Command:

EZA1736I DELETE CONV/RMCST.RMCST

EZA1701I >>> DELE CONV/RMCST.RMCST

250 Member RMCST in file RMCST in library CONV deleted.

EZA1460I Command:

EZA1736I QUOTE CRTPF FILE(RMCST) RCDLEN(5650) SIZE(250000 10000)

EZA1701I >>> CRTPF FILE(RMCST) RCDLEN(5650) SIZE(250000 10000)

550-Error occurred on command QSYS/CRTPF FILE(RMCST) RCDLEN(5650)
SIZE(250000 10
550 File RMCST not created in library CONV..
I tried adding the QUOTE before the delete but go the same results.

Any hints on what I'm going wrong?

Rogers
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Simon Coulter
Sent: Saturday, August 29, 2009 9:47 PM
To: Midrange Systems Technical Discussion
Subject: Re: FTP z/os dataset to ISERIES library


On 30/08/2009, at 11:35 AM, Laine, Rogers wrote:

The record length=3615 and FB on the Z.

The file on the I is not predefined, it is defined by the FTP job.

You can determine the record length of the created file using the DSPFD
command.

Your problem is caused by not predefining the target file. FTP doesn't
know the record length of the data being sent. The receiving FTP client
has to create a target file to hold the data. For stream files that
easy: each 'record' is ended by an EOL character (or pair) so the data
is simply dumped in the file. For fixed-length records that's harder.
The target has to guess at an appropriate record length. I think the
iSeries FTP server uses 1024 bytes. Thus 3615 / 1024 = 3 records.

What is the syntax of the TYPE command?


Run HELP within your FTP client to see this. It's a standard FTP sub-
command however not all clients support the EBCDIC option. Whether you
get anything 'helpful' depends on the quality of your FTP client.

You can also request server help by using your FTP client's remote help
function. If it doesn't provide one then use quote help.

If the target file ought to have a proper record layout then you should
use DDS or SQL to predefine it, otherwise you can use your FTP client to
create a physical file with the correct record length. See the iSeries
FTP Client help for the QUOTE subcommand and the CRTP special FTP Server
subcommand.

Regards,
Simon Coulter.
--------------------------------------------------------------------
FlyByNight Software OS/400, i5/OS Technical Specialists

http://www.flybynight.com.au/
Phone: +61 2 6657 8251 Mobile: +61 0411 091 400 /"\
Fax: +61 2 6657 8251 \ /
X
ASCII Ribbon campaign against HTML E-Mail / \
--------------------------------------------------------------------



************************************************
This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.