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

Conference iosg::all-in-1_v30

Title:*OLD* ALL-IN-1 (tm) Support Conference
Notice:Closed - See Note 4331.l to move to IOSG::ALL-IN-1
Moderator:IOSG::PYE
Created:Thu Jan 30 1992
Last Modified:Tue Jan 23 1996
Last Successful Update:Fri Jun 06 1997
Number of topics:4343
Total number of notes:18308

605.0. "Deleting old shared mail area files" by SALSA::SCHENKER (...and then there were two) Wed Apr 29 1992 23:27

    The customer has managed to build up his shared mail area's to
    overflowing.  By running the RSD option, his system has now added new
    shared areas and adjusted his high/low symbols.
    
    The problem is that they have very old documents in the earlier shared
    areas that don't seem to show up in any user accounts.  None of the
    housekeeping procedures clean up the files and/or invalid pointers.
    Could this have something to do with the OA$SHARy_LOW and 
    OA$SHARy_HIGH values?  
    
    How can they rid their system of these old files?  Brute force would
    say delete the files and then run the TRU procedure to clean things up.
    
    Any suggestions or explanations would be helpful.
    
    Thanx,
    David
T.RTitleUserPersonal
Name		DateLines
605.1IOSG::MAURICEIOSG ain't a place to raise a kidThu Apr 30 1992 11:077
    You need to run TRM with the option to delete shared files that are not
    referenced by any user. You can do this from V3.0 or V2.4 (patched up
    to date).
    
    Cheers
    
    Stuart
605.2BL8 not new enuf?SALSA::SCHENKER...and then there were twoTue May 05 1992 23:209
    The customer had just upgraded to what I thought was the latest and
    greatest V2.4 as well as the WPS V4 update.  Typing <Version get them:
    ...2.4 BL8 27-apr...
    
    The second screen in the TRM procedure does not appear.  What's the
    earliest version that has the new TRM procedure?
    
    Thanx,
    David
605.3Well there's latest and then there's latestAIMTEC::WICKS_AThe Mancs will NEVER win the lgeWed May 06 1992 02:0111
    David,
    
    If it just BL8 27-Apr-1990 then you don't have the Option kit on
    
    If it says ALL-IN-1 V2.4 BL8 27-Apr-1990 + WPS-PLUS V4.0 then you
    should have K603 also installed which is the last patch that had any
    TRM stuff in it.
    
    Regards,
    
    Andrew.D.Wicks
605.4IOSG::MAURICEIOSG ain&#039;t a place to raise a kidWed May 06 1992 11:1710
    In V2.4 there is no second screen to capture this information. You need
    to type 
    
    SM MMF
    Select Master: SM_UTILITY_MASTER and Record: TRM
    Edit
    
    Cheers
    
    Stuart
605.5Its the latest, but no go...SALSA::SCHENKER...and then there were twoWed May 06 1992 18:4018
    Okay, the version is ALL-IN-1 V2.4 BL8 27-Apr-1990 + WPS-PLUS V4.0
    (whew).
    
    We looked at the TRM record and the orphans flag is set to 2 for
    delete.  Even when the procedure is run with the flag set, the old
    files remain.  Am I missing something?
                                                                 
    You're probably thinking that they must have pointers still tied to
    some users, but the system manager has told me that he went through all
    the user accounts looking for these old files but found none.  Is there
    any utility that he can run that will list the shared files and what
    pointers are still associated with them?  These files are several years
    old and apparently were not cleaned up due to previous problems with the
    housecleaning procedures (which are now working). 
    
    Thanx again...
    David
605.6What does TRM say?IOSG::MAURICEIOSG ain&#039;t a place to raise a kidWed May 06 1992 18:5622
    Hi,
    
    Does TRM list the files as orphans?
    
    If it does then it will not delete them in that run - it gives the
    System Manager one last chance to recover them from backup, and then
    will delete them in the next run.
    
    If it doesn't then the files are still being accessed. Assuming that
    the Manager is correct in that they are not accessed by a user account
    then there are two possibile places where they are still being
    accessed:
    
    a) The PENDING file - doesn't sound likely in this case but you never
       know. 
    
    b) They are attachments to other mail messages, and are not directly
       referenced in a user's DOCDB.
    
    Cheers
    
    Stuart
605.7More infoSALSA::SCHENKER...and then there were twoTue Jun 02 1992 02:1920
    I got side tracked putting on an "Office" show, but I'm back now.
    
    The customer does not recall seeing any orphans listed by TRM.  I
    suggested that he look at the users file cabinets and to search for
    documents that have a status of UNREAD or UNSENT (but located in
    folders other than the CREATED and INBOX).  As usual, his customers have
    been creative with document filing.
    
    Related question:  
    
    1) Document created                                    
    2) Sent as attachment to secretary for cleanup
    3) Secretary does FA
    4) Deletes original message as does the sender
    
    Can I assume that no pointers are left to the original document?
    Where does the FA'ed document actual reside?  in the .msg directory?
                                                      
    Thanx,
    David
605.8All done by copiesIOSG::MAURICEA few follicles shortTue Jun 02 1992 09:2413
    The missing piece of information you need to know is that when you
    attach a document to a message then a *copy* of the document is
    attached. This copy is in a OA$SHARxnnnn directory and will have a
    usage count of 1. There will be no DOCDB reference to it unless a user
    does an FAM (file attachment as message) which is new to V3.0.
    
    When a user does an FA (file attachment) then a *copy* of the
    attachment is made. The copy is placed in one of the user's DOCn
    sub-directories.
    
    Cheers
    
    Stuart