Conference iosg::all-in-1_v30

2989.0. "3.0 Archiving is including folders" by MIMS::MORABITO_P () Fri Jul 09 1993 17:07

Environment - VMS 5.5-2, ALL-IN-1 IOS 3.0-1


I have a customer that is getting ready to set up archiving on a ALL-IN-1
3.0-1 system.  She has been testing this on her account before she turns it
loose on all of her users.  She set up three folders TEST, TEST FOR ARCHIVING,
and TEST FOR SECOND ARCHIVING.  She selected the documents in TEST FOR 
ARCHIVING and TEST FOR SECOND ARCHIVING.  She then did a XADL.  This
put the documents in the PENDING ARCHIVE folder.  She then ran ADS that
night.   She set herself up in a department called "SYSTEMS" so she
included documents only in that department.   Enforced Archive was set
to "Y".  Include/Exclude was set to "E".  Archive after was set to 9999 days.

When ADS ran, it archived documents in the folder "TEST" folder as well
as the files that were in PENDING ARCHIVE.  It appears that ADS picked up
all folders with TEST in them.  

The previous 24 documents in TEST were also archived.

   25   TEST                TEST2                          02-Nov-1990 ARCHIVED
   26   TEST                TEST                           02-Nov-1990 ARCHIVED
   27   TEST                INV                            06-Mar-1992 ARCHIVED
   28   TEST                Sections 7 & 8                 04-Apr-1991 ARCHIVED
   29   TEST FOR ARCHIVING  TEST 3                         07-Jul-1993 ARCHIVED
   30   TEST FOR ARCHIVING  TEST 2                         07-Jul-1993 ARCHIVED
   31   TEST FOR ARCHIVING  TEST 1                         07-Jul-1993 ARCHIVED
   32   TEST FOR SECOND AR  TEST 2                         07-Jul-1993 ARCHIVED
 > 33   TEST FOR SECOND AR  TEST 1                         07-Jul-1993 ARCHIVED

*** ADS Logfile

Ensure the form libraries are open
Preset status values
See if we need to shut down - and store the result
Get the name of the submitter from the schedule file
Check that the submitter in the schedule file still
exists in the profile
Submitter is a valid account entry
Verify that the submitter has a VMS account entry in the profile
Verify that the submitter's VMS account is still valid
See if the submitter holds VMS identifier OA$MANAGER
Passed security checks - submitter has appropriate identifier(s)
Single run only - frequency set to zero or null
Set the job parameters
Procedure completed - exiting SMJACKET.SCP
%SMJACKET-I Commencing batch execution of utility type "ADS" at  8-JUL-1993 23:
%SMJACKET-I Invoking common START_BATCH procedure
%START_BATCH-I Performing Start batch job procedures for "ADS"
%START_BATCH-I SYSPRV privilege enabled
                                                         
%SMJACKET-I Invoking common START_BATCH procedure
%START_BATCH-I Performing Start batch job procedures for "ADS"
%START_BATCH-I SYSPRV privilege enabled

%START_BATCH-I performing %START_BATCH exit and cleanup processing
%START_BATCH-I processing completed ok for %START_BATCH
%SMJACKET-I Invoking Utility command file "OA$LIB:ARCHIVE.COM"


Sysprv granted, now running archive housekeeping procedure

*** Archive housekeeping procedure run log 08-Jul-1993 ***

*** Started 11:31pm ***

******
Processing drawer - [TYQDIGI]MAIN
Department        - SYSTEMS
------
Processing folder - PENDING ARCHIVE
Archiving document 009278 TEST 2
Archiving document 009277 TEST 1
Archiving document 009276 TEST 3
Archiving document 009275 TEST 2
Archiving document 009274 TEST 1
PENDING ARCHIVE : Documents selected for archive - 5, documents archived - 5
------
Processing folder - TEST
Archiving document 009206 test
Archiving document 009192 test
Archiving document 009006 test
Archiving document 008832 test 1
Archiving document 008831 RE: TRAINING TEST MESSAGE
Archiving document 008827 RE: TRAINING TEST MESSAGE
Archiving document 008815 General Requirements
Archiving document 008381 test printers
Archiving document 008380 test - mult col.
Archiving document 008379 test thursday
Archiving document 008378 MASTER - SHORT FORMAT
Archiving document 008377 test
Archiving document 008376 tom shea's nicknames
Archiving document 008375 TEST
Archiving document 008374 udp - linda dyver
Archiving document 008373 test
Archiving document 008372 test
Archiving document 008371 test document 5/8/91
Archiving document 008370 MINUTES FROM MEETING - 8/31/90
Archiving document 008369 Liners,Garbage,Plastic,8095B,QPL LINE ITEM #5,91X24545
Archiving document 008368 FOR FRAN NEELY - TDE LINE/TEXT TEST
Archiving document 008367 frn1 - vehicle log
Archiving document 008366 GSA MONTHLY REPORT - 2/90
Archiving document 008365 ANALYSES REPORT
Archiving document 008364 TEST2
Archiving document 008363 TEST
Archiving document 008362 INV
Archiving document 008361 Sections 7 & 8
TEST : Documents selected for archive - 28, documents archived - 28
******
Processing drawer - [TYQDIGI]TEST
Department        - SYSTEMS

*** Number of drawers processed - 2, number of folders processed - 2 ***
*** Number of documents archived - 33, number of blocks archived - 644 ***

*** Stopped 11:34pm ***

*** End of archive housekeeping log ***

<CR><LF><CR><LF><CR><LF><CR><LF><CR><LF>        MANAGER finished using ALL-IN-1
%SMJACKET-I Invoking common END_BATCH procedure
%END_BATCH-I Performing End batch job procedures for "ADS"
                                                                                                              

Has anyone out there seen this problem?   I can remember a problem in 2.3 or
2.4 when similar folder names would not be archived.  This seems to be the
opposite of that situation.  Any help on this would be greatly appreciated.

Thanks,

Paul

    Hi,
    
    If the user types AUA (automatic archiving) what does the user see?
    Maybe the folder TEST is on the list. If not that another possibility
    is that when scheduling ADS the folder TEST was added to the list at
    that stage.
    
    Cheers
    
    Stuart

    Stuart,
    	    I had the customer check AUA and sure enough "TEST" was on the
    list.  She tried the archiving operation again and all was well.
    
    
    Thanks,
    
    Paul

    Customer has called back.  This time she set up archiving to run
    on all users.  Left the Include Folders:  and Exclude Folders:
    blank and said to "E" exclude all other folders.  ADS archived 
    every document for every user until it filled up the archive area.
    
    The time to archive was 9999 days.
    
    ANY IDEAS???

    Hi,
    
    Any customisations?
    
    Any site versions of OA$DO:ARC*.SCP ?
    
    Is the schedule record still there? Type
    
    	FORM SM_ADS_SCHEDULE
    
    and use the FIND key to find the record for the date/time (in NBS
    format) of the ADS schedule. On this record check:
    
    The number of days -  was it really 9999?
    
    The enforce archiving flag - should be Y or N
    
    The include/exclude flag - was it really "E"?
    
    Also there should be filenames in OA$ADMIN for the include & exclude
    lists. List these files to check that they really are blank.
    
    Cheers
    
    Stuart

    Hello Stuart, more information from customer:
    
    - no customizations to Archiving.
    - no site versions of oa$do:arc*.scp.  Only place they are is
      [ALLIN1.DO_ENGLISH] and [ALLIN1.DO_SHARE] and are dated 3/12/92.
    - The schedule record for the job was still available.  The number
      of days was 9999 and the enforce archiving flag was Y.  The
      include/exclude flag was E.
    - When she typed the files in OA$ADMIN - all she saw was a "1".
    
    
    Any help would be appreciated....
    
    Jean
    

    Hi,
    
    We've had a look at this setup, and it looks like the schedule
    parameters are OK, and should not have archived everything. If this
    statement is correct then we need to look at the per-drawer automatic
    archiving instructions.
    
    On a per-drawer basis the user can type AUA and there is another
    include and exclude list, plus an I/E flag, and most importantly an
    "Archive After nnn days" number.
    
    Could you go to any drawer that has the problem and see what these
    parameters are set to. The problem could be caused by the flag being
    "I" here and the number of days being small.
    
    Cheers
    
    Stuart

    Hello Stuart, 
    
    	Yesterday it dawned on me that the customer had probably not
    used archiving since upgrading from V2.3 --> V2.4 and now that she
    was at V3.0 she wanted to start.  So I had her check the users
    AUA and sure enough the include/exclude was set to "I" - the old
    V2.3 problem. 
    
    	Now, we know that is her problem now.  Is there anyway she can
    write a script or something to change the "I" to "E"?  I am not
    sure where that is stored...  I thought it was in the user.pst -
    but cannot find it in mine.  Can you help?
    
    Thanks,
    
    Jean

    Hi,
    
    The following little script will change all the drawers to have the "E"
    flag.
    
    for partition with .arc_include eqs oa$y do -
      get #unique_name = .unique_name\\-
      write change partition unique_name = #unique_name, arc_include = oa$n
    .exit
    
    The I/E flag is held in the partition file as a Y/N flag, which is why
    the oa$y and oa$n are used above. I think it used to be in the PST in
    earlier versions.
    
    Cheers
    
    Stuart