[Info-vax] SCP2 and large files
Jeremy Begg
jeremy at vsm.com.au
Wed Aug 12 02:47:48 EDT 2020
Hi!
A customer running HP OpenVMS V8.4 with TCP/IP Services V5.7-ECO5 is
having a problem with SCP2.
The nightly VMS backup job creates BACKUP savesets on a local disk.
When each saveset is completed (i.e. when the BACKUP/IMAGE finishes) a
batch job is submitted to transfer the saveset to a Linux system using
SCP2. (From there it goes to a large archiving system.)
Those transfers work fine for most of the savesets, which vary in size
from 9GB to 52GB. However there's one saveset which is close to 500GB
for which the transfer never works.
It appears that SCP2 does the following:
1. Connects to the remote (Linux) server and logs in.
2. Does a stat() on the saveset (presumably to get its exact size).
3. Starts transferring the file.
I think where it's going wrong is step 2. The stat() on the 500GB
saveset takes a very long time (seems to be about 90 minutes), by which
time the Linux end has given up waiting for the transfer to begin.
Therefore two possible solutions spring to mind:
a. Can the CRTL stat() routine be told to guess the file size from the
RMS file header (ALQ perhaps)? I thought there might be a DECC$ feature
logical to do this, but I can't find it.
b. Can SCP2 be told to enable TCP keepalive on the connection?
Thanks,
Jeremy Begg
More information about the Info-vax
mailing list