topic Re: COPY/FTP behavior in Operating System - OpenVMS

COPY/FTP behavior

Joe Gadsby — Fri, 24 Sep 2010 19:36:01 GMT

Hi

I have a question regarding the behavior of $Copy/ftp on an ALPHA OpenVMS 7.3-2 .vs. I64 8.3-1H1.
Both are sending a file to a HP UX box.

From the ALPHA, the command ...

$ Copy/ftp myfile abc.def.com"anonymous"::"/usr1/abc"

creates a file on the HP UX box as
-rw-rw-rw- 1 500 201 34 Sep 24 16:29 abc

From the integrity server, the file is created as abc.

We transfer data files to another location and the "." is proving troublesome. COPY/FTP is used because there is symbol/logical translations done in the command.

I could rewrite the files here to write to another .com and execute that, but I was hoping for a quicker fix.

Thanks !

-jg-

Re: COPY/FTP behavior

Steven Schweda — Fri, 24 Sep 2010 19:56:08 GMT

> [...] ALPHA OpenVMS 7.3-2 .vs. I64 8.3-1H1.

tcpip show version

(On both systems.)

If it's really adding a dot to a quoted
destination file name, then I'd tend to call
it a bug.

You don't really need the "anonymous", do
you?

Re: COPY/FTP behavior

Richard Whalen — Fri, 24 Sep 2010 19:57:25 GMT

The integrity server is obviously adding a . to the end of the file name. The question becomes: is it the parsing of COPY/FTP that is adding the . or the FTP client program?

Re: COPY/FTP behavior

Joe Gadsby — Fri, 24 Sep 2010 20:04:43 GMT

HP TCP/IP Services for OpenVMS Industry Standard 64 Version V5.6 - ECO 4
on an HP rx6600 (1.59GHz/9.0MB) running OpenVMS V8.3-1H1

and

HP TCP/IP Services for OpenVMS Alpha Version V5.4 - ECO 2
on a AlphaServer 8400 5/625 running OpenVMS V7.3-2

Re: COPY/FTP behavior

Steven Schweda — Fri, 24 Sep 2010 20:18:21 GMT

Yow. He's not making it up. It even admits
it (with /VERBOSE). Around here:

IT $ tcpip show version

HP TCP/IP Services for OpenVMS Industry Standard 64 Version V5.6 - ECO 4
on an HP zx2000 (1.50GHz/6.0MB) running OpenVMS V8.3-1H1

IT $ copy /ftp fred ra"sms xxxxxxxx"::"/usr/users/sms/fredx_ia64" /verbose
220 ra FTP server ready.
Connected to ra.antinode.info.
331 Password required for sms.
230 User sms logged in.
250 CWD command successful.
200 PORT command successful.
150 Opening ASCII mode data connection for fredx_ia64.. [Note: One dot, one period.]
226 Transfer complete.
221-You have transferred 7 bytes in 1 files.
221-Total traffic for this session was 402 bytes in 1 transfers.
221-Thank you for using the FTP service on ra.
221 Goodbye.

While:

ALP $ tcpip show version

HP TCP/IP Services for OpenVMS Alpha Version V5.6 - ECO 5
on a COMPAQ Professional Workstation XP1000 running OpenVMS V8.3

ALP $ copy /ftp fred ra"sms xxxxxxxx"::"/usr/users/sms/fredx_alpha" /verbose
220 ra FTP server ready.
Connected to ra.antinode.info.
331 Password required for sms.
230 User sms logged in.
250 CWD command successful.
200 PORT command successful.
150 Opening ASCII mode data connection for fredx_alpha. [Note: One period.]
226 Transfer complete.
221-You have transferred 7 bytes in 1 files.
221-Total traffic for this session was 403 bytes in 1 transfers.
221-Thank you for using the FTP service on ra.
221 Goodbye.

The destination here was a Solaris system,
but if you've see one UNIX, ...

ra$ ls -lrt fredx*
-rw-r--r-- 1 sms 20 6 Sep 24 16:23 fredx_ia64.
-rw-r--r-- 1 sms 20 6 Sep 24 16:23 fredx_alpha

Sure smells to me like a bug. (What happened
to that common code base?)

> The integrity server is obviously adding a
> . to the end of the file name. [...]

The "integrity server" is the FTP _client_.

Re: COPY/FTP behavior

Steven Schweda — Fri, 24 Sep 2010 22:17:53 GMT

On the bright side, after an extended update
session on the (long neglected) IA64
system...

IT $ tcpip show version

HP TCP/IP Services for OpenVMS Industry Standard 64 Version V5.6 - ECO 5
on an HP zx2000 (1.50GHz/6.0MB) running OpenVMS V8.3-1H1

IT $ copy /ftp fred ra"sms xxxxxxxx"::"/usr/users/sms/fredx2_ia64" /verbose
220 ra FTP server ready.
Connected to ra.antinode.info.
331 Password required for sms.
230 User sms logged in.
250 CWD command successful.
200 PORT command successful.
150 Opening ASCII mode data connection for fredx2_ia64. [Looks better.]
226 Transfer complete.
221-You have transferred 7 bytes in 1 files.
221-Total traffic for this session was 402 bytes in 1 transfers.
221-Thank you for using the FTP service on ra.
221 Goodbye.

Looks better here, too:

$ ls -lrt fredx*
-rw-r--r-- 1 sms 20 6 Sep 24 16:23 fredx_ia64.
-rw-r--r-- 1 sms 20 6 Sep 24 16:23 fredx_alpha
-rw-r--r-- 1 sms 20 6 Sep 24 18:17 fredx2_ia64

As the (Web-inaccessible) release notes say:

[...]
---------------------------------------------------------------------------
Corrections for HP TCP/IP Services V5.6 FTP Server and Client Components
---------------------------------------------------------------------------
[...]
ECO 5 updates
-------------
[...]
11-JUN-2009 Alpha and INTEGRITY SERVERS

Problem:

When using FTP or COPY/FTP to transfer files without an extension
from a OpenVMS system to an UNIX system, the FTP client appends a
"."

Deliverables:

TCPIP$FTP_CLIENT.EXE

Reference:

QXCM1000928000, TCPIP_BUGS 3708
[...]

Re: COPY/FTP behavior

Joe Gadsby — Sat, 25 Sep 2010 00:31:45 GMT

I also found that if I copy a file with an extension, and have the destination have no extension, I get the extension.
Like ..(without the connect info in the example...)

copy/ftp adc.txt abc

the result is abc.TXT, extension in caps.

Re: COPY/FTP behavior

Steven Schweda — Sat, 25 Sep 2010 02:38:30 GMT

> I also found [...]

Where?

IT $ copy /ftp /verbose login.com sol"sms xxxxxxxx"::fred
220 sol FTP server ready.
Connected to sol.antinode.info.
331 Password required for sms.
230 User sms logged in.
200 PORT command successful.
150 Opening ASCII mode data connection for fred.
226 Transfer complete.
221-You have transferred 6373 bytes in 1 files.
221-Total traffic for this session was 6711 bytes in 1 transfers.
221-Thank you for using the FTP service on sol.
221 Goodbye.

sol> ls -l fred*
-rw-r--r-- 1 sms users 6156 Sep 24 22:31 fred

> copy/ftp adc.txt abc

Huh? Around here:

IT $ copy /ftp /verbose login.com fred
%TCPIP-E-FTP_NOREMOTE, no remote specification is present in the FTP command

Certainly, without /FTP, COPY does do things
like that. Probably always has.

ALP $ copy login.com fred
ALP $ dire /date /prot /size fred

Directory SYS$SYSROOT:[SYSMGR]

fred.COM;1 13 24-SEP-2010 22:34:26.21 (RWED,RWED,RE,)

Total of 1 file, 13 blocks.

Re: COPY/FTP behavior

Joe Gadsby — Mon, 27 Sep 2010 14:29:35 GMT

I left out the login information with the copy/ftp.

Re: COPY/FTP behavior

Joe Gadsby — Mon, 27 Sep 2010 15:15:39 GMT

Thanks !