Conference iosg::all-in-1_v30

267.0. "Archiving doesn't process all documents." by KERNEL::LOAT (Bored....Bored....BORED!!!!) Wed Mar 18 1992 08:21

    
    VMS 5.4 ALL-IN-1 2.4 (Patched up to 603)
    
    When running the ADS job, users files which should be archived are not
    being touched at all.
    
    This is happening for almost all users as far as I can tell, and I've
    got the evidence here in the form of the ADS log file, with tracing
    turned on.
    
    It seems to use the following construct to loop through the users file
    cabinet, when attempting to check the whole file cabinet:
    
    GET #DELDOC = ""
    
    .LABEL FOLDER_LOOP 
    
    CAB NEXT_FOLDER #DELDOC,#DELDOC
    IF OA$STATUS  == 0 THEN GOTO NEXT_USER
    
    {PROCESS THE DOCUMENT}
    
    CAB NEXT_DOCUMENT #DELDOC,#DELDOC
    
    IF OA$STATUS == 0 THEN GOTO FOLDER_LOOP
    
    Using this type of a loop within a loop it would seem to process all of
    the file cabinet documents for the user. Wrong! 
    
    The cistomer has a user who has about 80,000 documents. Looking through
    the log file, at the section which applies to this user, the ADS job
    processes about 28 files. I've followed through the calls to CAB
    NEXT_FOLDER and CAB NEXT_DOCUMENT, and none of them give errors, they
    just seem to skip documents, and folders. I can't find anything
    different from a normal file cabinet, and there seems to be no pattern
    to the files/folders which it skips. 
    
    Sometimes it skips whole folders, and sometimes it just skips documents
    within folders.
    
    I've got the log file on line, (if you *really* need to look at it!).
    
    Are there any 'features' of NEXT_FOLDER or NEXT_DOCUMENT which couls
    cause this 'document-skipping'? Any ideas?
    
    At the moment, the system manager is going through the file cabinets of
    his large users, marking documents for archiving individually, but as
    you can imagine, with just one file cabinet of about 80000 documents
    it's kind of a large task!
    
    Ideas?
    
    Steve.
    

    Yes there is a bug in CABINET NEXT_FOLDER in the situation where the
    next folder name starts with the previous folder, e.g. if the folders
    are H1, H1A, H2 then H1A will be missed.
    
    This is fixed in V3.0
    
    From memory the workround is to amend the archiving script to change
    lines like:
    
    CAB NEXT_FOLDER #DELDOC,#DELDOC
    
    to 
    
    CAB NEXT_FOLDER #DELDOC:30,#DELDOC
    
    Others have been here before, and may be able to give you the exact
    change.
    
    Cheers
    
    Stuart