Conference iosg::all-in-1_v30

    Hello Jean,
    You have encountered a known problem on this form, for which there is a 
    fix in the pipeline. Basically, the fields are cleared to ensure that
    the user does not unintentionally use a default during Create of an EW 
    job, but they should not be cleared for Edit. The fix is simply in the
    named data, to ensure that on Edit the fields are loaded from the 
    schedule file.
    
    Meanwhile, you can confirm that the Reorg and the Delete Temp Files 
    have been scheduled, by the following steps:
    	1) note the date/time exactly of your job from the MHP index
    	2) back up to the MHP menu
    	3) call the form SM_EW_SCHEDULE
    	4) press FIND on the key field, and select your job from the list,
      	   by its date, press RETURN, Inquire etc.
    	5) check the values in the fields OAEW_DTF: and OAEW_REORG:
    This will confirm whether or not the job is scheduled to Reorganize
    and Delete Temporary Files.
    
    Hope this helps.
    Cheers
    DaveT

    Thanks for the input - I will have customer check her schedule.
    
    We did determine that the reorganization took place, the docdb had
    a modified/create date of when EW ran.  However, the files in
    oa$temp never were deleted.  According to the documentation EW should
    delete the files in that directory - is that correct?
    
    Thanks,
    
    Jean

    Yes - they should be deleted. I will check with an EW run on our systems, 
    to see if it is reproducible. You may well have found a problem.
                                                         
    Cheers
    DaveT

    One possibility, that happens to me ( :-) ), is that I have my default
    protection set in my LOGIN.COM to exclude SYSTEM:DELETE. Hence the
    Janitor can't delete any files I create in OA$TEMP.
    
    Could this be happening to you? You can also set this system wide with
    a SYSGEN parameter, or something in SYLOGIN.
    
    Graham

    ..and another possibility suggested to me by Richard N. is that the
    symbol #DTF_BEFORE_DATE required by script OA$DO:DELETE_FILES.SCP
    is either not being set up correctly when EW runs from housekeeping,
    or the date contained is too far back (on the customer site) to delete 
    the files in OA$TEMP. Still checking..                       
    
    DaveT

    Customer did the steps in Note 2232.2 and came up with the following
    results:
    
    	OAEW_REORG was set to Y
        OAEW_DTF was set to 1  
    
     Should the OAEW_DTF be a 1 or a Y?
    
    Thanks for the help, customer is checking protections on directories/
    files.  Where/how does #DTF_BEFORE_DATE get defined?
    
    
    	Jean

Hello Jean,

If you want to clear OA$TEMP on an EW run, then OAEW_DTF should be set to 1.
I ran a hkpg EW last night and it seemed to go smoothly. I put two files in
my OA$TEMP yesterday, one with a date a year old, and one created yesterday.
Only the year-old one was zapped:

******************************
Log of temporary file deletion
******************************

MAURICE: 9 files, 51 blocks
PYE: 1 files, 3 blocks
TYLDESLEY: 1 files, 69 blocks

..and the yesterday's was left:

Directory USER9:[TYLDESLEY.A1V4.OA$TEMP]

TEMP.TMP;1            9-FEB-1993 18:10:03.68

This fits the logic of SMREORG.SCP which sets #dtf_before_date (always)
to be yesterday's date:
date_convert #dtf_before_date,#yesterday,7
... then loops round the Profile doing the Delete_files script for each 
account.

So, to proceed further, check the customer's EW log for the 'temporary file 
deletion' bit. Check that the dates on the files they expected to be deleted
were older than 'yesterday' and then lastly check the protections as Graham 
suggested (.5).

Cheers,
DaveT
       

    Here are the results of the EW run for the customer.  It appears that
    they should have been deleted.  Any clues?
    
    ************************************************************************
    I checked the protection of the files in OA$TEMP for several users and
    they are: S:RWED,O:RWED,G:RE,W:E.
    
    The files date back to when we installed ALLIN1 3.0: Nov 3, 1992.
    
    Some samples of the file names are:
            OAN_MCM_MEMBERS.TMP
            SA_PROFILE.SEL
            ZUMKDKSGM.TXT
            ZUKHF7XNP.WPC
    **************************************************************************