SPS-632 - X86E92OE FTP client hangs in GET from another (older) VMS system

[sms]

Code: Select all

   Fool that I am, I recently tried to use FTP to fetch some files from
an x86_64 system to an IA64 system:

ITS $ ftp v87
220-   Antinode V87 FTP Server.  Please be nice.
220 v87.antinode.info FTP Server (Version 6.0) Ready.
Connected to v87.antinode.info. 
Name (v87.antinode.info:system): 
331 Username system requires a Password
Password: 
230 User logged in.
FTP> get debug_v87-m_2deb_len_256_srv.log
200 TYPE set to IMAGE.
200 PORT command successful.
150 Opening data connection for SYS$SYSROOT:[SYSMGR]debug_v87-m_2deb_len_256_srv
.log; (10.0.0.140,63891) (21576 bytes)
<Ctrl/T>
ITS::_FTA165: 22:46:53 TCPIP$FTP CPU=00:00:03.80 PF=8939 IO=123568 MEM=750
GET (VMS+)                  0 bytes 00:00:18.52 elapsed (0.00 B/S)
      Local: ITS$DKA0:[UTILITY.SOURCE.KERMIT.debug]debug_v87-m_2deb_len_256_srv.
log;
     Remote: debug_v87-m_2deb_len_256_srv.log
<Ctrl/T>
ITS::_FTA165: 22:47:19 TCPIP$FTP CPU=00:00:03.80 PF=8939 IO=123572 MEM=750
GET (VMS+)                  0 bytes 00:00:45.20 elapsed (0.00 B/S)
      Local: ITS$DKA0:[UTILITY.SOURCE.KERMIT.debug]debug_v87-m_2deb_len_256_srv.
log;
     Remote: debug_v87-m_2deb_len_256_srv.log
<Ctrl/C>
 Cancel 

%TCPIP-E-FTP_FDLFAIL, cannot process input FDL file
-SYSTEM-W-CANCEL, operation canceled
FTP> quit
221 Goodbye.
ITS $ dire
%DIRECT-W-NOFILES, no files found

   This all looked vaguely familiar, and a little digging through the
local correspondence archives found some complaints which I submitted
(a while ago) against the E9.2 field test release, SPS-632.

   As a peon, I now seem to be unable to see any of that stuff on the
Service Platform, so I don't know if any relevant improvements were ever
made.

   If someone with better access could check the status, I'd be vaguely
interested (and slightly grateful).  My quick impression is that it's
all the same at V9.2-2, but what do I know?

   For completeness:

ITS $ tcpip show version

  HP TCP/IP Services for OpenVMS Industry Standard 64 Version V5.7 - ECO 5
  on an HP rx2600  (1.50GHz/6.0MB) running OpenVMS V8.4-2L3

V87 $ tcpip show version

  VSI TCP/IP Services for OpenVMS x86_64 Version V6.0
  on a VMware, Inc. VMware20,1 running OpenVMS V9.2-2  

   Motivation:
   Now that there's no longer any need, I've been poking around at the
possibility of using Kermit to transfer a PAK file like our old pal,
"X86Community-20240401.txt" (preferably without the nonsensical
corruption which spoiled the original one), over a VMware Fusion Telnet
"serial port" onto a fresh VMS installation (where no real networking
has been licensed/configured).

   Kermit works as expected over a normal Telnet connection, but there
are problems when using the pseudo-serial-port.  So, I have a bunch of
debug log files in different places, and it's annoying to have to
remember which file-transfer schemes don't work where.

   Yes, for this to work, the VMS kit would need to include/install a
Kermit executable.  (SYS$COMMON:[SYSHLP.UNSUPPORTED.Kermit]?)  I'd
expect 4.5MB (1.5MB compressed) to fit easily enough.

[debbee.west]

We downloaded the test files and have no issues transferring them in any direction. We tested gets and puts from each of the nodes as the client. All tests were successful.
Configuration:
X86 - 9.2-2 update 1, TCPIP v6.0-23
IA64 - 8.4-2L1 and 8.4-2L3 - TCPIP 5.7 eco 5 (vanilla) and 5.7 eco 5o

For the transfer that fails, can you do this?

FTP> debug

then do your put or your get, please

Thank you!

[sms]

Code: Select all

> We [...] have no issues [...]

   Naturally.  I'm open to something being worse here (and all my
fault), but I'm (still) mystified as to what.

> FTP> debug

   Not impressively informative:

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

ITS $ ftp v87
220-   Antinode V87 FTP Server.  Please be nice.
220 v87.antinode.info FTP Server (Version 6.0) Ready.
Connected to v87.antinode.info. 
Name (v87.antinode.info:system): 
331 Username system requires a Password
Password: 
230 User logged in.
FTP> debug
Debugging on (debug=1).
FTP> get debug_v87-m_2deb_len_256_srv.log
--->  TYPE I
200 TYPE set to IMAGE.
--->  PORT 10,0,0,140,197,238
200 PORT command successful.
--->  RETR debug_v87-m_2deb_len_256_srv.log
150 Opening data connection for SYS$SYSROOT:[SYSMGR]debug_v87-m_2deb_len_256_srv
.log; (10.0.0.140,50670) (21576 bytes)
<Ctrl/T>
ITS::_FTA4: 16:24:10 TCPIP$FTP CPU=00:00:11.15 PF=28677 IO=116709 MEM=702
GET (VMS+)                  0 bytes 00:01:16.55 elapsed (0.00 B/S)
      Local: SYS$SYSROOT:[SYSMGR]debug_v87-m_2deb_len_256_srv.log;1
     Remote: debug_v87-m_2deb_len_256_srv.log
<Ctrl/C>
 Cancel 

%TCPIP-E-FTP_FDLFAIL, cannot process input FDL file
-SYSTEM-W-CANCEL, operation canceled
FTP> quit
--->  QUIT
221 Goodbye.
ITS $ FTP> 

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

V87 $ ftp v90
220-   Antinode V90 FTP Server.  Please be nice.
220 v90.antinode.info FTP Server (Version 6.0) Ready.
Connected to v90.antinode.info. 
Name (v90.antinode.info:system): 
331 Username system requires a Password
Password: 
230 User logged in.
FTP> debug
Debugging on (debug=1).
FTP> get debug_v87-m_2deb_len_256_srv.log
--->  TYPE I
200 TYPE set to IMAGE.
--->  PORT 10,0,0,184,192,159
200 PORT command successful.
--->  RETR debug_v87-m_2deb_len_256_srv.log
150 Opening data connection for SYS$SYSROOT:[SYSMGR]debug_v87-m_2deb_len_256_srv
.log; (10.0.0.184,49311) (21576 bytes)
<Ctrl/T>
V87::FTA21_SYSTEM 16:34:50 TCPIP$FTP CPU=00:00:00.39 PF=1484 IO=646 MEM=883
GET (VMS+)                  0 bytes 00:00:23.48 elapsed (0.00 B/S)
      Local: SYS$SYSROOT:[SYSMGR]debug_v87-m_2deb_len_256_srv.log;1
     Remote: debug_v87-m_2deb_len_256_srv.log
<Ctrl/C>
 Cancel 

%TCPIP-E-FTP_FDLFAIL, cannot process input FDL file
-SYSTEM-W-CANCEL, operation canceled
FTP> quit
--->  QUIT
221 Goodbye.
V87 $