Is it timing out during transfer of the data or possibly when you're saving
everything (ie, you FTP to your machine, call a CL program to save
everything, then download all the data).
I had the same issue with timing out that I never could solve. But it
never timed out during an actual GET or PUT. Instead it was timing out on
the remote command call because saving of the data was taking a while.
I got around that by running 2 FTP scripts. The first to call the CL, then
a pause of xxx minutes, then the 2nd FTP to download the files.
Brad
www.bvstools.com
On Fri, Jan 25, 2013 at 11:45 AM, John Jones <chianime@xxxxxxxxx> wrote:
In my experience, which is granted a bit dated, DTACPR(*HIGH) yielded very
little added reduction in file size over *MEDIUM but the time to do the
save, and amount of CPU consumed, was much higher.
I would attack this as a network issue, specifically firewall and/or
time-out related.
http://www.ncftp.com/ncftpd/doc/misc/ftp_and_firewalls.html#FirewallTimeouts
And on the i side:
http://archive.midrange.com/midrange-l/200903/msg00870.html to look at
timeouts and possibly trying PASV v. PORT for the mode.
On Fri, Jan 25, 2013 at 10:57 AM, Terry Nonamaker <
TNonamaker@xxxxxxxxxxxxxxxx> wrote:
That is how I am doing the savf
.....that takes it time, but that is not the problem
What we are doing, is using this process as a secondary method of DR
.....we do savlibs to a *savf for the appropriate items
.....and then ftp those to the remote iseries
.....small libs go just fine
.....it's these big guys that get in the way
..........and I don't really have a way of making them smaller than they
are
getting
..........currently they are *Medium, possibly *high could be an option
..........it depends on how much time it actually adds to the process
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Gqcy
Sent: Friday, January 25, 2013 8:45 AM
To: midrange-l@xxxxxxxxxxxx
Subject: Re: Ftping large files w/o timing out
This doesn't answer the timeout problem directly but...
If when you save your objects
you set DTACPR (data compression) to *MEDIUM or *HIGH you should get
very
good "shrinkage" on the *SAVF size.
WARNING - Time to save will increase.
On 1/25/2013 10:02 AM, Terry Nonamaker wrote:
Is there a way to ftp large files between local iseries/remote iSeries
and not time out
...there are firewalls on each end
...so I don't know if it's the iSeries timing out or the windows
firewall
I have 2 *savf files I need to transfer on a regular basis
..but the server always times out
I have changed the inactivity time to 0 on both ends to supposedly not
time out
..Not
I have used the TIME command in ftp to set it to high timeout values
...and DEBUG T1/T2
...Neither of those makes a difference either
One file is 3.94Gb and the other is 9.52Gb
I can do it from the windows server
...and it does not timeout from there
But why can't I do it from the iSeries
Suggestions please
..no amount of searching seems to help
Terry Nonamaker
TNonamaker@xxxxxxxxxxxxxxxx
(360)838-2234 Direct
(503)314-0645 Cell
CornerLogoCurve3
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe,
or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at http://archive.midrange.com/midrange-l.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.
--
John Jones, CISSP
No security, no privacy. Know security, know privacy.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.