| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 377.1 | SM_UTILITY_MASTER, TRM record. | KAOFS::M_MORIN | Le diable est aux vaches! | Tue Mar 31 1992 16:34 | 12 |
|
Peter,
Invoke SM_UTILITY_MASTER entry form and select utility TRM.
You'll see the "Check body files" flag at the bottom left of this record.
Make sure it's value is set to 2. I've experimented with this before but I
don't remember if it did the trick for me.
Hope that helps.
Mario M.
|
| 377.2 | Check Body Files is set to 2 | ZUR01::KURTH | Peter Kurth @RLE, R�mlang (CH) | Tue Mar 31 1992 17:34 | 6 |
| As stated in .0, Check Body Files is set to 2. I tried several times
to run TRM, no records are removed, but always there are listed.
???
Regards, Peter
|
| 377.3 | There are probably UNREAD references | IOSG::CHAPLIN | Andy Chaplin | Tue Mar 31 1992 18:12 | 14 |
| Hi Peter,
There are probably some users that have not yet read the message. TRM
will not delete UNREAD DOCDB references to missing files. This is so
that the user at least has a chance to see the empty message and contact
the sender, otherwise they would never know that they had received it.
Unfortunately you cannot tell from the log which users have the
reference and so you will have to wait until all the users eventually
read the message. It might be worth checking if there are any
old/unused accounts which are still receiving mail.
Cheers,
Andy
|
| 377.4 | It works, magically ... | ZUR01::KURTH | Peter Kurth @RLE, R�mlang (CH) | Wed Apr 01 1992 13:04 | 69 |
| Hi
Now, it works. I'm still guessing why it works, but it works. Here the
story:
I sent a message to another user, read the mail and deleted the RMS file
OA$SHARA2:ZUBPFGEWH.WPL. Both me and the other user have an entry in DOCDB
and there is an entry in OA$SHARA:OA$DAF_E.DAT.
TRM several times only reports, but does not delete anything (Check Body
Files is always 2).
I then played with OA$FCVR_MISS_TEXT.DAT to find out which user has
pointers. Because I renamed this file, the next TRM run reported:
Version 2.4-K603-1
Could not open oa$fcvr_miss_text.dat
file not found
References to missing shared area text files will not be deleted on this run
and TRM created a new data file.
The log file also contained
New DOCDB record created to reference OA$SHARE1:ZSFDAZURP.WPL
and
SDAF record with zero usage count and no RMS text file deleted
Key = OA$SHARE1:ZSGFAYBOT.WPL
because I delete some obsolete records from PENDING.DAT (references to
OA$SHAREn did not match the list for missing files) and one user
deleted two DOCDB entries.
The next time I ran TRM, everything works like documented:
DOCDB reference deleted: RMS text file OA$SHARA2:ZUBPFGEWH.WPL not
found
Folder = GELESEN Number = 000027
Title = SDAF record with reference to it, but no RMS text file
and as a summery
Number of DOCDB.DAT records deleted:..... 41
Phase 3 said:
SDAF record and all references to missing RMS text file deleted
Key = OA$SHARA2:ZUBPFGEWH.WPL
and as a summary
Total number of missing text files......... 1
Total number of deleted SDAF records:......... 1
The "Listing missing shared area text files" lists still all files
(which is correct).
A ran TRM again (the last time) and the list is gone!
Does anybody has an explanation, why it works now?
Regards, Peter
|