Charles,
I know we just ran into a issue with a ioctl read ahead, our STC was too quick,
we ad to put a bit of a sleep and a loop to wait for the data to be present in
the socket. I confirmed it with a trace.
This was a java ldap talking to a cobol socket server on z/os ..
Hth,
Regards,
On 05/25/2013 09:23 PM, Robert A. Rosenberg wrote:
At 09:28 -0700 on 05/25/2013, Charles Mills wrote about Re: Really? No
FTP SITE RLSE?:
For allocating sequential data sets this is the maximum amount of space
that is allocated for the primary extent. If a smaller amount of
space is
needed
On Sat, 25 May 2013 22:23:17 -0400, Robert A. Rosenberg wrote:
Way 2 is that your requested space is overridden by the computed
needed space and only that amount is allocated. That is then used to
accept the transfer. To do this the amount of space used for the
source is used to tell how much
At 10:24 -0500 on 05/26/2013, Paul Gilmartin wrote about Re: Really?
No FTP SITE RLSE?:
On Sat, 25 May 2013 22:23:17 -0400, Robert A. Rosenberg wrote:
Way 2 is that your requested space is overridden by the computed
needed space and only that amount is allocated. That is then used to
accept
Am I missing something? Is it really true that z/OS FTP server SITE does not
support space release (RLSE)?
I sure don't see it in the documentation but it seems odd, with all the
options that are there.
Did I miss something? Is there a way to get the FTP server to release excess
dataset space?
On Sat, 25 May 2013 08:44:08 -0700, Charles Mills wrote:
Am I missing something? Is it really true that z/OS FTP server SITE does not
support space release (RLSE)?
I sure don't see it in the documentation but it seems odd, with all the
options that are there.
Did I miss something? Is there a
? No FTP SITE RLSE?
On Sat, 25 May 2013 08:44:08 -0700, Charles Mills wrote:
Am I missing something? Is it really true that z/OS FTP server SITE
does not support space release (RLSE)?
I sure don't see it in the documentation but it seems odd, with all the
options that are there.
Did I miss
Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Norbert Friemel
Sent: Saturday, May 25, 2013 8:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Really? No FTP SITE RLSE?
On Sat, 25 May 2013 08:44:08 -0700, Charles Mills wrote:
Am I missing something? Is it really true
Schwab
Sent: Saturday, May 25, 2013 9:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Really? No FTP SITE RLSE?
Does it save it to memory or a temporary file until the transfer is
complete?
On Sat, May 25, 2013 at 11:28 AM, Charles Mills charl...@mcn.org wrote:
Interesting. Thanks. That's from
Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Norbert Friemel
Sent: Saturday, May 25, 2013 8:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Really? No FTP SITE RLSE?
On Sat, 25 May 2013 08:44:08 -0700, Charles Mills wrote:
Am I missing something? Is it really true
@LISTSERV.UA.EDU] On
Behalf Of Joel C. Ewing
Sent: Saturday, May 25, 2013 1:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Really? No FTP SITE RLSE?
It saves it directly to the target file, as becomes obvious if primary and
secondary provide inadequate space and FTP transfer blows with a partial
file left
On Sat, 25 May 2013 10:02:59 -0700, Charles Mills wrote:
I doubt it. I suspect the Config Reference is correct and the IP Commands is
imprecise. It would take either a trace or a slow network/quick finger on
ISPF 3.4 to be sure.
You can do this from a client by pacing your data.
-- gil
At 09:28 -0700 on 05/25/2013, Charles Mills wrote about Re: Really?
No FTP SITE RLSE?:
For allocating sequential data sets this is the maximum amount of space
that is allocated for the primary extent. If a smaller amount of space is
needed to hold the data being transferred, only the amount
13 matches
Mail list logo