[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference lassie::ucx

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

5522.0. "FTP problems after UPGRADE - UCX V4.1 ECO4" by LISSYS::ESTEVAO () Mon May 19 1997 14:37

    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.RTitleUserPersonal
Name
DateLines
5522.1I assume that you were expecting two files?UCXAXP::GEMIGNANIWed May 21 1997 19:0223
    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.2Thanks, but still the problems...LISSYS::ESTEVAOWed May 28 1997 12:2496
    
    	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.3UCXAXP::GEMIGNANIThu May 29 1997 14:407
    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.