[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

3497.0. "PTT tape transfer - failed to backup hidden drawer" by LOOKIN::BARHAM (Norbert:) Fri Nov 05 1993 16:30

    ALL-IN-1 3.0
          
    My customer gets an error 
    
    Failed to backup hidden drawer
    
    when doing a PTT to transfer an account by tape. This happens regularly
    but I think not to all accounts (I'll confirm later).
    Reading the code I see this error is output in OA$LIB:SM_PAT_DRAWER.SCP
    under label BACKUP_ERROR which is called because 
    OA$LIB:SM_PAT_COPY_DRAWER.COM returns pat_status ne 1
    
    OA$LIB:SM_PAT_COPY_DRAWER.COM returns this status when the backup
    command below fails, but why does it fail ?
    
    $       backup 'source' 'saveset'/saveset/owner=parent/log/ignore=interlock
    $       if $status then $ goto success
    $       goto error_exit
    $!
    $ success:
    $       pat_status = 1
    $       goto finish
    $!
    $ error_exit:
    $       pat_status = 0
    
    
    Here's an extract from the log...
    
     do sm_pat_archive
    Check if SPAIN is logged in...
    Open log files...
    Locking account...
    VMS Username is  SPAIN
    UAF directory is [SPAIN]
    A1 directory is  USER$DISK:[SPAIN.ALLIN1]
    User language is BRITISH
    Transfer area is oa$transfer:[SPAIN]
    Saving newmail...
    NEWDIR to SPAIN
    Creating oa$transfer:[SPAIN.SPAIN]MUA$PARTITION.DAT...
    Default drawer name is MAIN
    Locking drawer [SPAIN]MAIN
    Processing drawer [SPAIN]MAIN
    Directory spec is $1$DIA1:[SPAIN.ALLIN1]
    Copying hidden drawer...
    Failed to backup hidden drawer
    Complete.
    $ if arch_status.ne.1 then goto log_failure
    $ log_failure:
    $ wso "Failed to process account SPAIN"
    Failed to process account SPAIN
    $ failure_count = failure_count + 1
    $  write fail_log "SPAIN <SA$_HIDDEN_BACKUP>"
    
    Any ideas ?
    
    Thanks,
    
    Clive Barham
    UK CSC
T.RTitleUserPersonal
Name		DateLines
3497.1LOOKIN::BARHAMNorbert:Mon Nov 08 1993 13:3211
    I confirmed this does not happen to all accounts but we do not have a
    common theme for those it does happen to. Maybe the hidden drawer is a
    shared one with a problem ??
    
    I'm only guessing that it is the $backup command in
    OA$LIB:SM_PAT_COPY_DRAWER.COM that is failing. If anyone has any other
    ideas please coz this is getting urgent...
    
    Thanks,
    
    Clive
3497.2Logicals are confusing itIOSG::TALLETTGimmee an Alpha colour notebook...Tue Nov 09 1993 20:3417
    
    	I see the problem. You are indeed correct that the backup in
    	the subprocess is failing, but I don't know why. I seem to
    	remember that the output gets written to a1sub.log or something in
    	the user's account.
    
    	The reason transfer user thinks this is a hidden drawer is because
    	it is getting confused by the fact that the users account is
    	on user$disk: but the drawer is on $1$DIA1:
    
    	You and I know this is probably the same disk, but....
    
    	See if you can find the output from the backup command in the
    	logfile.
    
    Regards,
    Paul
3497.3TOPPER::BARHAMNorbert:Wed Nov 10 1993 09:3925
    Thanks Paul,
    
    We'd just come to a similar conclusion in that the ALL-IN-1 directory
    was different to the drawer directory. It's not that the logicals are
    wrong - the drawer *is* actually on a different disk ! Somehow he has a
    number of users with their accounts split over two disks, probably from
    a failed MDK ?... 
    Anyway, the question now is how to move the drawer(s) to the new disk
    USER$DISK (=$3$dkb200:[users.]). I was a bit unsure of the best way. I
    think you could REMove them in Manage Drawers, physically copy the
    files and then ADD the drawers again from Manage Partitions, but instead 
    I sent him a STARS article 
    
    ALL-IN-1 V3.0 How to move a drawer between user accounts.
    
    which uses OA$LIB:FC_MOVE_DRAWER_TO_ACCOUNT.SCP. I'm a little unsure if
    this can be used to relocate drawers in the same account so I advised
    he move the drawers away to other accounts and then back again. Would
    that work ?...   He's trying it now.
    
    Thanks,
    
    Clive Barham
    UK CSC
3497.4LOOKIN::BARHAMNorbert:Wed Nov 10 1993 14:537
    Just to let you know, the procedure in the STARS article succesfully
    moved the drawers to a new test account and then the test account was
    received from tape and renamed to the original name with CST. 
    
    Thanks,
    
    Clive
3497.5Another condition for "hidden drawer" problemGVPROD::SYSADMThu Jan 20 1994 11:4722
    FYI: the error "Failed to backup hidden drawer..." will also occur if
         there is a mismatch regarding the disk-name between the
            "Directory:" (.DIRECT)    and
            "...delete from directory:" (.DELETE_FROM)
         fields of the user profile. And this even if one of the disk-names
         is a system logical-name pointing to the other !
    
         Example:  we had the problem with :
    
         . Directory: A1$USER_4:[KRUMMENACKER.ALLIN1]
         . When deleting the VMS account, delete from directory:
                      USER4:[KRUMMENACKER]
         and
    
         . A1$USER_4 = "$1$DUA32:"
         . USER4 = "$1$DUA32:"
    
    Regards                            
    Francois Millasson @GEO (821-4877)