[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

5181.0. "UCX 4.1 startup is purging SYS$MANAGER files!!!" by CSC32::R_WILLIAMS () Thu Jan 30 1997 17:18

    Hi,
    
    I have another customer who is upset that UCX 4.1 startup files is
    purging files out of the SYS$MANAGER directory.  I did file a QAR on
    this earlier this month.  Any ideas as to if/when this will be
    addressed?  UCX should not be doing this to non-UCX files.
    
    Thanks,
    
    -Rick
    
    +++++
    

\	VMS V5.5-2  UCX 4.1

	I just installed UCX 4.1 today on a two node VAXcluster.  Both
nodes are VAX 6000-440s.

	When I started UCX it proceded to purge about 40,000 blocks of old
log files from the SYS$MANAGER directory!  We do have a backup but sure
could do without the nuisance of restoring it.  (No comments on the number
and size of old logfiles please.  It wasn't my mess or my job to clean it
up.)

	Here is a snippet from the Console Log from node HTSH23:
 %UCX-I-STARTNAME, Starting name_service
 %UCX-I-LOADSERV, Loading UCX Server proxy information
 %UCX-I-SERVLOADED, UCX Aux. Server loaded with 0 proxy records
 -UCX-I-SERVSKIP,  Skipped 0 communication proxy records
 -UCX-I-SERVTOTAL,  Total of 0 proxy records read
 %PURGE-I-FILPURG, SYS$SYSROOT:[SYSMGR]MAIL_BATCH.LOG;452 deleted (4 blo
 cks)
 %PURGE-I-FILPURG, SYS$SYSROOT:[SYSMGR]MAIL_BATCH.LOG;451 deleted (4 blo
 cks)
 %PURGE-I-FILPURG, SYS$SYSROOT:[SYSMGR]MAIL_BATCH.LOG;450 deleted (4 blo
 cks)

	Perhaps this will provide a clue as to where in the startup this
is happening.  It also zapped a bunch of OPERATOR.LOG files.  These files
are NOT UCX's to purge.  Whatever part of the start is doing this needs
to be written much more carefully!  PURGE *.LOG is not acceptable.  PURGE
UCX$*.LOG is a little better but shouldn't somebody ask if we want whatever
files it *thought* it was purging before arbitrarily blowing them away?


T.RTitleUserPersonal
Name
DateLines
5181.1UCXAXP::GEMIGNANIThu Jan 30 1997 19:116
    I believe that this is happening in two of the startup command
    procedures, from what I see (LPD_STARTUP and SNMP_STARTUP).
    
    I am currently overwhelmed with FTP problems.  Rick, can you submit an
    IPMT for this case?  Perhaps someone else in the group can do the
    repair and paperwork.
5181.2okCSC32::R_WILLIAMSThu Jan 30 1997 19:3214
    I reported a problem in QAR report #00465 with shutdown purging files. 
    We might need to have somebody go over all startup and shutdown files
    to make sure that purges only happen where they should happen.
    
    Hi!
    
    The problem with UCX$FINGER_SHUTDOWN.COM purging files from SYS$MANAGER
    has
    been fixed in November of 1996. Unfortunatelly, the fixed *.COM files
    didn'tmake it in to the ECO for V4.1 as I just realized. I'll make sure
    that they
    get included in the next eco.
    
    
5181.3purge no moreUCXAXP::DOUBWed Feb 12 1997 18:356
I think the problem has been fixed.
The UCX$METRIC_STARTUP along with UCX$SNMP_STARTUP.COM
were doing it. Either get rid of the purge line in
the startup files mentioned above or wait for the next ECO.

	Ben