[Search for users]
[Overall Top Noters]
[List of all Conferences]
[Download this site]
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.R | Title | User | Personal Name | Date | Lines |
---|
5181.1 | | UCXAXP::GEMIGNANI | | Thu Jan 30 1997 19:11 | 6 |
| 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.2 | ok | CSC32::R_WILLIAMS | | Thu Jan 30 1997 19:32 | 14 |
| 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.3 | purge no more | UCXAXP::DOUB | | Wed Feb 12 1997 18:35 | 6 |
| 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
|