[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

4150.0. "MUA MDK - Could not backup files to new user area" by COPCLU::ELIN (Elin Christensen @DMO, DTN 857-2406) Tue May 10 1994 19:34

    MUA MDK has failed at an ALL-IN-1 v3.0 customer site.
    It is the first time this customer has used MDK since MUPA was installed.
    All the user's files had been moved by MDK (almost 100.000 blocks). 
    The user's profile and UAF entries had not been updated with the new
    disk name. 
    
    I have put the new disk name in the profile and UAF, have done a
    partition reseeding on the user, and he is now able to use his ALL-IN-1
    account.

    The customer uses rooted logicals:

"BRUGER12" [exec] = "$1$DIA1:[BRUGER.]" [concealed,terminal] (LNM$SYSTEM_TABLE)
"BRUGER0" [exec] = "STA96:[BRUGER.]" [concealed,terminal] (LNM$SYSTEM_TABLE)

    The use of rooted logicals have earlier given problems with MUA RNA,
    and I have changed SM_RENAME.SCP as suggested in a STARS article.
    But I can see in logfiles that rooted logicals have not earlier caused
    problems with MDK in v3.0.
    
    A1SUB.LOG has some error messages telling that there is no disk quota
    enabled on the disks, and one telling that a NETSERVER.LOG does not
    exist:  %BACKUP-E-OPENIN, ..-SYSTEM-W-NOSUCHFILE. The logfile seems to
    go on through backup of all the user's files, ending with his top
    directory.
    
    The ALLIN1 Manager account got a mail telling (in Danish) "Could not
    backup files to new user area."
    
    I talked with the system manager. She tells that she purged 
    NETSERVER.LOGs on the disk while MDK was running, as users were in
    urgent need for disk space.
     
    ---
    MDK failed at this point in OA$MANAGER_MOVEDISK.LOG:
    
    "Make sure drawer files are not locked by anything else...
     Use BACKUP to move users files to the new disk
    >Failed to move that account
     Get the next account"
    
    Normally (in pre-MUPA logfiles on the same system) it used to say:
    
    "Make sure drawer files are not locked by anything else...
    Use BACKUP to move users files to the new disk
    Check the the BACKUP has moved the DOCDB.DAT file
    Put the new directory spec in the profile
    Set the device name in the SYSUAF
    Update user's Profile DELETE_FROM field if applicable...
    Move drawers...
    Shared drawer [PJ]HOVEDSKUFFE
     - changed directory from BRUGER10:[PJ.A1] to BRUGER0:[PJ.A1]
    Delete files on source disk
    Remove quota on source device
    Re-enable the account
    Successfully completed account move
    Get the next account"
    
    ---
    Now I am wondering: 
    
    1. Is the purging of NETSERVER.LOG the only reason why MDK failed? 
                                           ----
    
    2. Does anything - except from deleting the old files - need to
    be done in order to complete the MDK job, in addition to what I have
    allready done?
    
    Elin
T.RTitleUserPersonal
Name
DateLines
4150.1Time to SPR this?AIMTEC::WICKS_AAtlanta's Most (In)famous WelshmanMon May 16 1994 20:571
    
4150.2YesCOPCLU::ELINElin Christensen @DMO, DTN 857-2406Mon May 16 1994 22:0210
OK Andrew, 

I'll submit an SPR.

I think, the purged NETSERVER.LOG was the reason. The system manager did
all she could in order to create more disk space: moved a user that took up
100.000 blocks and purged files on the whole disk at the same time.
That ought to be possible.

Elin