Conference iosg::all-in-1_v30

3579.0. "Rename failed with stack dump, now unable access a/c" by GIDDAY::SETHI (Recompense injury with justice) Wed Nov 24 1993 14:35

    Hi Chaps and Chappess,
    
    A customer of mine has woken me up to fix a pressing problem with an
    account rename that has gone wrong for for their Managing Director ;-{.
    The customer has ALL-IN-1 IOS 3.0 installed and has had the following
    problems (honest guv, I did look in Stars and searched this conference
    for a solution):
    
    While renaming DFS the process abandoned during or right after the
    SYSUAF entry was renamed and produced a stack dump.  The account seemed
    to be partly renamed so the customer renamed it from EDNES to XXXX than
    to YYYYY and back to DFS.  Now the customer can not access the DFS
    account drawers it would appear.
    
    The logfiles can be found on RIPPER::USER$TSC:[SETHI]QB2468.LOG, with
    all the information.
    
    By the way my suggestion is to do the following:
    
     <get #oafc_seed_user="username"                                      
     <do OA$LIB:OAFC$PART_SEED                                         
    
    Is this correct or do I need to do more than this ?
    
    The other outstanding thing is why did it do a stack dump when renaming
    the account ?
    
    Any help would be appriciated.  This is my 3rd priority 1 three nights
    running and it's 1:30 am so I feel rather sleepy now.  The customer
    will be rushing into work before the MD get's in to try and solve the
    problem :-) pppphhhh, so any additional help would really be
    appriciated.
    
    Regards,
    
    Sunil

    Sunil,
    Stuart and I have looked at your logs. Sorry, we don't have much time
    to investigate, but Stuart's first reaction on seeing the type of error
    the the user is ~now~ experiencing, is that the .directory field in the
    partition is not correctly set. So, running the partition seeding
    is the correct thing to do. This will only work for the user's MAIN 
    drawer, so since the user has other drawers, you will have to find
    their other drawer directories and Write Change them:
    <write change partition k="[tyldesley]test", directory=#x
    ...where #x contains the correct directory location.
    
    On why the rename failed in the first place, I don't know. The fact
    that the procedure ran OK the next 2/3 times is puzzling. One small
    problem in that area is the line:
    GET OA$DCL='SET DEFAULT SYS$LOGIN
    ...where an apostrophe seems to have been missed? But this shouldn't
    cause the accvio seen.
    
    Also, there is slightly improved version of sm_rename.scp available
    now, which I think went into the MUPA. I can let you have that if you
    want. It gives much better logging.
    Cheers
    DaveT