EVA using VMS & Windows

[Antoniov.]

Sorry,
I don't read your last post.
What kind of ftp is running on windows server? I guess it's IIS that has some mismatch with any other ftp.
Just for example windows 2k3 server doesn't use bandwidth for ftp
http://support.microsoft.com/default.aspx?scid=kb;en-us;891371
or else you can't transfer file greater than 2GB
http://support.microsoft.com/default.aspx?scid=kb;en-us;831914
or else (this may be true) connection are limited
http://support.microsoft.com/default.aspx?scid=kb;en-us;816525

Antonio Vigliotti

[Robert Gezelter]

Aaron,

Having regularly dealt with large transfers, I would suspect that the problem is neither on the source (ALPHA) or destination (Windows) systems. I would suspect that somewhere in the network, something is going "burp", and the connection is timing out.

Personally, I would break the transfer into smaller chunks, and do the transfers in sequence, repeating each piece until I can confirm that it arrived intact. Using ZIP/UNZIP is also an option frequently to reduce bulk (the reduction of size by ZIP/UNZIP can also be impressive with some data files). ZIP/UNZIP also provides a CRC check on the transfer of the file.

I hope that the above is helpful.

- Bob Gezelter, http://www.rlgsc.com

[Andy Bustamante]

You can use Pathworks/Advanced server to provide a Windows share as already noted.

Provide the file size in a "control file" and have modify the transfer job to check against this.

Check the network speed/duplex settings all the way through. Have you network guys check line counters for errors. Auto negotiate has a poor history on Alphaservers. I'd recommend making sure both the server and the switch are hard configured to agree on speed/duplex settings.

Andy

[Volker Halle]

Aaron,

you may also want to consider using FTSO (File Transfer Spooler for Open Systems), which is available from the OpenVMS Freeware CD V7. It would allow you to set up a file transfer job on the OpenVMS system, which will automatically retry on failures. If it's implemented like FTSV (layered on top of DECnet and used internally within Digital for a long time to copy files aorund the world), it will also restart aborted transfers at point of the failure (may depend on functionality in the FTP server/client).

Pointer to SPD:

http://h18000.www1.hp.com/info/SP5434/SP5434PF.PDF

I've heard, that it also works using Multinet.

Volker.

[Vladimir Fabecic]

Long time ago I had simular problem. I had to copy files from NT to VMS and from VMS to NT, many files and directories. Here is how I have done it: I took a linux PC and mounted network share from NT as local file system (using smbfs) and mounted VMS NFS export as local file system (using nfs). All I had to do was simple copy operation. And no additional software instalation on VMS or NT. Besides, Unix shell scripting is much more powerfull than NT shell (command prompt) scripting.
It worked fine.