[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

3748.0. "script symbiont/not all requested privilege authorized" by AIMTEC::PERREAULT_K () Tue Jan 11 1994 15:04

    Hi,
    
    I have a customer that is having a problem with their script symbiont 
    stopping with an error. 
    
    They have a cluster VMS 5.5-2. They said there have been problems with 
    the script symbiont since they upgraded to ALL-IN-1 V3.0 but it was on 
    their 'to-do' list. 
    
    Now it causing a major problem because they have tried to modify some 
    of their profile records and the OA$SCRIPT_ENGLISH queue keeps stopping 
    with the following error.
    
    
    %JBC-E-SYMDEL, unexpected symbiont process termination             
    -SYSTEM-S-NOTALLPRIV, not all requested privileges authorized      
    
    
    Through testing we found that there was a problem with the missing 
    CMKRNL privilege somewhere. We then found that if we add the CMKRNL 
    privilege to the A1$SCRIPT UAF record it works fine without any error.
    
    We have checked to make sure that the ALL-IN-1 image is installed 
    correctly. Also we checked to make sure that the following images were 
    installed with the right qualifiers:
    
     IMP$IMPSHR
     IMP$IMPSHRP 
     OA$SCRIPT_SYMBIONT 
    
    We have reviewed note 3248 which seemed to be the same problem. We have
    done everything suggested in those replys but there is no other
    suggestions or a solution given in that note.    
    
    Any suggestions?
    
    Why would the A1$SCRIPT account need CMKRNL privileges?
    
    Thanks,
    Kathy Perreault
    
    
    I have read note 3248 and checked everything that was suggested there
    but there is no other solution/suggestion given.
T.RTitleUserPersonal
Name		DateLines
3748.1check a1$scriptGIDDAY::JOYCEOkay, who moved the goalposts?Tue Jan 11 1994 23:095
    
    I have seen this once before.  Reason was the A1$SCRIPT account was
    DISUSERed in UAF.
    
    Andy
3748.2CMKRNL on oa$image PRSSOS::PROTWed Jan 12 1994 08:4215
    Kathy,
    
      In V3.0 a new privilege was added to OA$IMAGE : CMKRNL.
    
    This privilege is set by A1V30START.COM . But if for some reason, you
    did some OA$IMAGE re-installation in OA$BUILD:V24_SITE_START.COM and
    copied it to V30_SITE_START.COM your oa$image doesn't have this
    privilege and you get the error. That was the cause of my problem in
    note 3248 but forgot to reply it. 
    
     CMKRNL is needed to change your process UIC and impersonate a new
    user. That is exactly was does submit_script and this is why you
    experimented that adding this privilege makes it to work
    
    Louis