| Title: | DEC TCP/IP Services for OpenVMS |
| Notice: | Note 2-SSB Kits, 3-FT Kits, 4-Patch Info, 7-QAR System |
| Moderator: | ucxaxp.ucx.lkg.dec.com::TIBBERT |
| Created: | Thu Nov 17 1994 |
| Last Modified: | Fri Jun 06 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 5568 |
| Total number of notes: | 21492 |
Hi,
A customer has several VAX, Alphas and HP systems and use ftp to copy
several files (in batch) to process by the Alpha machines.
The production cluster was recently upgraded from VAX to Alpha.
The UCX version is:
Digital TCP/IP Services for OpenVMS Alpha Version V4.1 - ECO Level 4
on a AlphaServer 8400 Model EV56/440 running OpenVMS V6.2-1H3
analyze/image sys$system:ucx$ftp.exe
image name: "UCX$FTP"
image file identification: "UCX V4.1-12"
image file build identification: ""
link date/time: 23-JUL-1996 18:34:37.25
linker identification: "A11-14"
PROBLEMS:
after the vax upgrade to alpha, they have several problems that impact
some command procedures (batch) in day-to-day operations:
....
And the big problem is that the FTP following behaviour do not exit before
the upgrade... and the Customer is not very small...
1) ftp>megt testes*.txt
the files after beeing copy loose the versions. Result: somewhere in
the command procedure they need to proccess the file and it was not
there(with the right nmae + version).
This not happen in the VAX system (before the upgrade).
I read somewhere (Tima I think) this was detected in the UCX V4.1 ECO3
and would be solved.., bit not yet with the ECO4....
Question: Is this problem already solved ? Where can I get the FTP
patch ? If not, when is going to be ?
2) The customer has a command procedure that is called from several
procedures for copy files from hp systems
Somewhere they do a get command and if the file do not exist at the
remote host the ftp link is closed and the command procedure "abort".
This behavior do not exist in the VAX system (before upgrade) and the
procedure continue. They use batch, but i do a test inter and the same
probelm occour. Thi is critical as they use ftp a lot...
ftp> get teste*.log
get teste*.log
550 file not found
%FTP-E-NOSUCHFILE, No such file teste*.log
---> QUIT
%DCL-W-SKPDAT, image data (records not beginning with "$") ignored
Question:
Is this normal (ftp quit...?) ? Is there a patch ? If not When ?
Best Regards,
Antonio
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 5522.1 | I assume that you were expecting two files? | UCXAXP::GEMIGNANI | Wed May 21 1997 18:02 | 23 | |
It's apparent that the customer is upgrading from a V3.* version of
UCX, correct?
There have been several changes to FTP which have been discussed in
this notesfile.
1) MGET TESTES*.TXT doesn't get multiple versions.
That's because you didn't ask for them. Try MGET TESTES*.TXT;*.
2) FTP exits in batch if a command fails.
That's because a failed command could produce a disasterous result.
Suppose you CWD to a non-existent directory then MDELETE *.*;*?
It would delete all of the files in the last current directory.
There is a way around this ... "SET ERROR_LEVEL WARNING" or
"SET ERROR_LEVEL ERROR". This tells FTP that you will allow an
WARNING or ERROR to occur and it should not exit -- AND THAT YOU
WILL THEREFORE ACCEPT THE CONSEQUENCES.
If you are in an interactive mode (on a terminal), then it will not
exit if a command fails.
| |||||
| 5522.2 | Thanks, but still the problems... | LISSYS::ESTEVAO | Wed May 28 1997 11:24 | 96 | |
Hi Gemignani,
Yes I am expeting more than one file with FTP>MGET TESTES*.TXT and
before the upgrade to Alpha , the customer use V3.3.
Thanks for your reply.
1)
I do not mean that the MGET do not get multiple version. It does,
but it miss the file extension. I get teste.;1 and teste1.;1 for
instance.
This problem was reported with V4.1 eco3, but I got ECO4 and the
problem continues...When does this extension problem will fixed ?
If I user ftp>GET TESTE*.TXT I do not have problems with the
extension. I got teste.txt;1 and teste1.txt.
2) I tried your suggestion with set error_level warning/error but
without sucess.
I got:
$set verify
$!on warning then goto no_file
$set error_level warning
$set error_level error
$set noon
$ open/write ht ht.tmp
$ write ht "$ftp"
$ write ht "conn system"
$ write ht "login """,f$edit("user","lowercase"),"""
$ write ht "xpto"
$ write ht "show status"
$ write ht "enable log"
$ write ht "enable trans"
$ write ht "disable reply"
$ write ht "debug 1"
$ write ht "get teste*.log"
$ write ht "get teste.txt"
$ write ht "dir/out=ht.lis teste*.log"
$ write ht "dir/out=ht.lis a*.log"
$ write ht "exit"
$ close ht
$ @ht.tmp
$ Search ht.lis a*.log
$ If $SEVERITY .eqs. "1" Then Goto NO_FILE
$write sys$ouyput "file found..."
$no_file:
$write sys$output "No file found"
$exit
AND I got the ftp quit if I do not have a teste1.log file and do not
do the get teste.txt
After connecting...
enable log
Bell off.
Debugging on (debug=1).
enable trans
Bell off.
Hash mark printing on (1024/hash mark).
disable reply
Bell off.
Reply off.
Verbose off.
debug 1
Debugging on (debug=1).
get teste*.log
550 file not found
%FTP-E-NOSUCHFILE, No such file teste*.log
---> QUIT
%DCL-W-SKPDAT, image data (records not beginning with "$") ignored
$ Search ht.lis a*.log
%SEARCH-I-NOMATCHES, no strings matched
$ If $SEVERITY .eqs. "1" Then Goto NO_FILE
$write sys$ouyput "File found..."
%DCL-W-UNDFIL, file has not been opened by DCL - check logical name
$no_file:
$write sys$output "No file found"
"No file found"
Any suggestions ? I do not accept the sugestion of doing a dir before
picking the file...
Thanks,
Antonio.
| |||||
| 5522.3 | UCXAXP::GEMIGNANI | Thu May 29 1997 13:40 | 7 | ||
1) When you said "reported", did you mean that you opened an IPMT case
for it? I know that the GET case was fixed. I can send you some
up-to-date images for you to try. Please contact me in mail.
2) When I described "SET ERROR_LEVEL", I did not mean the DCL command -
I meant the FTP command. There is a command implemented in V4.1
which does what you want.
| |||||