× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Comments below..





Amy Hoerle
System Administrator
Think Mutual Bank
5200 Members Pkwy NW, Box 5949
Rochester, MN 55901

507-536-5815 or
800-288-3425 Ext 5815
ahoerle@xxxxxxxxxxxxx



From: rob@xxxxxxxxx
To: domino400@xxxxxxxxxxxx
Date: 04/09/2015 08:05 AM
Subject: Domino cleanup
Sent by: "Domino400" <domino400-bounces@xxxxxxxxxxxx>



Any generally accepted practices when cleaning up Domino servers?
- Delete any file in the IBM_TECHNICAL_SUPPORT subdirectory over x days
old where x depends on whether or not you're currently watching for a
problem.
**The IBM_TECHNICAL_SUPPORT directory should clean up itself based on the
setting "Number of days to keep diagnostic files:". You can find that
setting in the configuration document -> diagnostics tab for the server.
The fileret task will clean up those files (you should see it run when you
start a server).


- Delete any file in the Trace subdirectory as you see fit.
**The trace directory is for Sametime and should get cleaned up like the
IBM_TECHNICAL_SUPPORT directory. You can manually clean it up if you
choose as long as you leave the current files when the server is active.

- Delete any javacore file as you see fit
**Yes.

- *.TMP files that are out of date.
**Best practice is just to delete all of them when server is down. Can't
guarantee the files won't be reused and I like to error on the side of
caution.

- Can you delete any file that begins with ~ if the server is down? Or if

the changed date on that file preceeds the last start of the server?
**Should be safe.


- Can you delete any file that ends with .DTF if the server is down? Or
if the changed date on that file preceeds the last start of the server?
**Best practice is just to delete all of them when server is down. Can't
guarantee the files won't be reused and I like to error on the side of
caution.


- Can you delete any file that ends with .tmp if the server is down? Or
if the changed date on that file preceeds the last start of the server?
http://www-01.ibm.com/support/docview.wss?uid=swg21088574
**Best practice is just to delete all of them when server is down. Can't
guarantee the files won't be reused and I like to error on the side of
caution.

- Are the MJ*.nsf files self maintaining? Methinks they are mail
journalling.
**The MJ files should be your mail journals and they are NOT cleaned up
automatically. You should be able to view them in the administrator
client and delete them as you would any Domino database. You can verify
by reviewing the journaling configuration for your server. It is found in
the configuration document Router/SMTP -> Advanced -> Journaling tab.

- What about these rem#####.con files? Replace ##### with 5 numbers. They

haven't been modified in a year or more.
**I'm not sure what these are. I would think safe when server is down.

- QR0463045769LNT0004R06M03505000000000. A couple files with names very
close to this. Can I assume that the 5769LNT in the name is an indicator
of expendability?


DOMINO02.NOTESHST
Creation date/time . . . . . . . . . . : 12/12/98 09:50:15
Last access date/time . . . . . . . . : 12/14/01 19:23:05
Data change date/time . . . . . . . . : 12/14/01 19:23:05
Attribute change date/time . . . . . . : 07/26/14 16:03:15
**This is your Domino console. Unless you copied the server at this point
and 02 is not the partition number any more, don't touch.


And this (on my IBM i) is an interesting directory name: C:ÖMAILTEMPÖ
Note: In case your email reader changes it there is a capital O (as in
Oscar) wearing a sideways colon on top on both sides of MAILTEMP.
**Sounds like there was a bug at some point. I would think you could
remove it.


What about the contents of domino/cache? Nothing in there that hasn't
been changed in 15 years.
**I checked my server built at Domino 9 and that directory does not exist.


domino/html:
Do I really need files like iNotes6W.cab.70202702FP2 or
IBM_Lotus_iNotes_ActiveX_Installer_8.5.3_TR.msi.68533853FP3 on my Domino 9

server?
**Only needed if you were trying to have people use old iNotes templates
with Sametime integration.

domino/html/INOTES5:
Does that 5 mean what I think it means? Or is it going to stay that name
forever? (Sort of like admin4.nsf?)
**I checked my server built at Domino 9 and that directory does not exist.


domino/html/SAMETIME*
This server never had sametime loaded. It was a different Domino
partition.
**There have been pieces of Sametime shipped with Domino to support
iNotes/Sametime integration. Thus, I wouldn't delete it

HELP
Many of the files here seem for old versions of Domino. The contents of
as400hlp.nsf are really dated.
**You can delete up anything here you want. Nothing that will clean up
the old files that I'm aware of.

INOTES
help6, help65, help70, etc are probably expendable?
What about the forms files? Any reason to keep Forms5,
Forms6...Forms85...?
**Only need the forms files that relate to your current templates. If all
your users have a mail9 template, you can safely remove them.


Rob Berendt

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.