Conference iosg::all-in-1_v30

1831.0. "Pre-compile forms libraries -SYSTEM-W-NOSUCHSEC, Global" by GIDDAY::SETHI (Man from Downunder) Mon Nov 23 1992 02:05

    Hi All,
    
    A customer is trying to Pre-compile forms libraries on an ALL-IN-1 version
    3.0 and get's the following error message 
    
    Unexpected quota problem returned. Please inform your ALL-IN-1 Manager,
    Glod W just give last line message.
    
    I investigated this further with a trace on the problem appears to be
    the "OA$FBT_REMOVE, Cmd line: oa$site_lib_british:siteadmin".  The
    trace produced the following 
    
    ![FUNC]   Function: GET, Cmd line: OA$FUNCTION = "OA$FLO_CLOSE " #CM_PCF_FLB
    ![A1LOG]  Entry: %OA-I-LOGFUN, Function: GET             OA$FUNCTION =
    "OA$FLO_C
    !               LOSE " #CM_PCF_FLB
    ![FUNC]   Function: OA$FLO_CLOSE, Cmd line:
    oa$site_lib_british:siteadmin
    ![A1LOG]  Entry: %OA-I-LOGFUN, Functi
    on: OA$FLO_CLOSE    oa$site_lib_british:sit
    !               eadmin
    ![SYMBOL] Symbol: OA$FUNCTION = "OA$FLO_CLOSE " #CM_PCF_FLB, Value:
    OA$FLO_CLOSE
    
    !                oa$site_lib_british:siteadmin
    ![FUNC]   Function: GET, Cmd line: OA$FUNCTION = "OA$FBT_REMOVE " 
    #CM_PCF_FLB
    ![A1LOG]  Entry: %OA-I-LOGFUN, Function: GET             OA$FUNCTION =
    "OA$FBT_R
    !               EMOVE " #CM_PCF_FLB
    ![FUNC]   Function: OA$FBT_REMOVE, Cmd line:
    oa$site_lib_british:siteadmin
    ![A1LOG]  Entry: %OA-I-LOGFUN,
    Function: OA$FBT_REMOVE   oa$site_lib_british:sit
    !               eadmin
    ![A1LOG]  Entry: %O
    A-I-LOGERROR, -SYSTEM-W-NOSUCHSEC, no such (global) section
    ![SYMBOL] Symbol: OA$FUNCTION = "OA$FBT_REMOVE " #CM_PCF_FLB, Value:
    OA$FBT_REMO
    !               VE oa$site_lib_british:siteadmin
    
    The only thing I could think of was that the global section to be
    removed could not be found.  Because of a logical name was defined
    incorrectly or the incorrect version number for the
    oa$site_lib_british:siteadmin was used.  None of these avenues proved
    to be successful.
    
    The customer has only one version of oa$site_lib_british:siteadmin and
    if I try to do a pcf on this I get the same problem.  This happens with
    each and every forms library on the system.
    
    Any suggestions would be helpful thanks
    
    Sunil 

    Sunil.
    
    Check that OA$MANAPP and OA$PRVAPP haven't blown their diskquota on
    that disk.
    
    Regards,
    
    Andrew.D.wicks

    Hi Andrew,
    
    The problem was caused by the incorrect ownership of the forms
    libraries, dir/sec gave SITEADMIN.FLB;1      OA$MANAGER it should have
    been OA$MANAPP.  The diskquota's were not enabled on the disk.
    
    To check I used debug and loaded the symbols #CM_VMSUSR = "OA$MANAGER"
    and #CM_DISK = "DISK$ALLIN1", followed by <do oa$lib_share:cm_checkquota
    this gave me the error message.  However when I loaded the symbol 
    #CM_VMSUSR with "OA$MANAPP" no problems were reported.
    
    Looking at the trace the #CM_OWNER = FILE$.UIC[#CM_FLB] is loaded into
    #CM_VMSUSR.  This pointed to a file ownership problem.  So in short the
    file ownerships have to be correct.
    
    Thanks for the pointer
    
    Sunil

    
    Hi Sunil,
    
    The reason for the check is that in one way or another CM wants to be
    sure that the new file created would fit on the system (the size of the
    original .FLC is taken and held against the available diskspace + a
    certain margin).
    It also checks if the user has enough quota. There
    is a problem outstanding that sometimes DISKQUOTA$ returns a status 
    which isn't checked for (and appears to be OK) which results in the 
    message you get.
    
    Ciao,
    
    	Simon