Conference iosg::all-in-1_v30

    I have made contact with Dan by 'phone, and Dan has reversed the
    the rename which was done to the VMS account alone. The ALL-IN-1 
    account is now working again, and when the user has accessed his
    new mail we shall try to rename the VMS account, taking into account 
    the changes that need to be made to the partition and filecab.dat.
    A solution for situations like this may just be available in a possible
    future release of ALL-IN-1.
    
    Cheers
    DaveT 

    
    	Hi,
    
    	I have just had the same problem as Dan, but in my case it occurred
    	directly after a MDK (Move account to another disk) operation.
    
    	The full error message reads :
    
    	Error opening drawer file "DOCDB"
    	-RMS-E-DNF, directory not found.
    
    	The PROFILE record points to the new directory on the new disk, and
    	the directory is there OK.
    
    	Can you tell me what steps I should take to resolve this ?
    
    	Thanks a lot,
    
    		Gil
    
    
    	

    Hi Gil,
    
    Not seen this before, after Move Disk. It would seem like something in
    the Partition is not getting updated during MDK (same symptom as Dan, 
    but different cause).
         
    Could you please post a pointer to the relevant MDK log in OA$LOG:?
    
    Cheers
    DaveT

    Hi Dave,
               
    Thanks for the reply. Here is the log file from OA$LOG - as it was
    quite small I decided just to post the whole thing. I can't see 
    anything, but maybe you can ?
    
    Cheers,
    
    	Gil
    
$	tag = f$getjpi("","PID")
$	full_success = "1"
$!	
$	admin_id		= P1
$	new_device		= P2 - ":" + ":"
$	data_file		= P3
$	admin_language		= P4 
$	sm_mgr_account_a1	= P5
$! Store current directory
$	save_default = f$environment("DEFAULT")
$! Set Privileges
$	priv_error = 0
$       curr_priv := READALL,SYSPRV,EXQUOTA,OPER,SYSNAM
$ 	if .not. f$privilege("READALL,SYSPRV,EXQUOTA,OPER,SYSNAM") then -
          priv_error = 1
$!
$	allin1/user=MANAGER/noinit/reenter/language=BRITISH
	oa$ini_init

	do oa$lib:sm_movedisk
Get the next account
Starting to process ALL-IN-1 username REILLY.DAVID
Disable the VMS account
Check for several ALL-IN-1 accounts sharing a VMS account
VMS account is NOT shared
Check the UAF directory has been set correctly
Compare first element of profile with first of UAF directory
Make spec for moving directories from the UAF entry
Examine quota on source disk
Quota located on source disk
Examine quota on destination disk
Run SYSMAN to add/modify quota on destination disk
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...
Delete files on source disk
Remove quota on source device
Re-enable the account
Successfully completed account move
Get the next account
All user accounts processed
Build mail boilerplate
Issue mail to Administrator
%OA-E-OAFE, Unknown, ambiguous, or invalid function """
%OA-W-QUO_NODISKQUOTA, There is no diskquota entry for this user on this volume
%EMD-I-USESEND, Send this message when you are ready
%EMD-I-MESSENT, The message has been sent
%EMD-W-NOCURMESS, There is no current message  -  please select a message
%EMD-W-NOCURMESS, There is no current message  -  please select a message
$!
$	if full_success .eqs. "1" then goto finish
$finish:

    Thanks Gil. We are looking at MDK at the moment, and will get back to
    you. While we do so, could you just check that there are no
    customizations to MDK on your system. thanks
    
    DaveT

    
    Hi again,
    
    I've just searched PARTITION.DAT for the offending drawer name, and
    sure enough, the directory entry for that record still points to the
    old disk.
    
    I reckoned that if I could delete the old record I'd then be able to
    use the MFC MP ADD option to re-add the user's MAIN drawer with the
    correct disk spec. However, I'm a bit stuck on how to do the delete.
    
    In my ignorance I tried lifting some syntax from OA$LIB:SEED_USER as 
    follows, but it didn't work :
    
    <get #partition = "KIRKTN::"
    
    <get #OAFC_DRAW_NAME = "[REILLY.DAVID]MAIN"
    
    <write delete PART$MAINT:#PARTITION.%KEY[#OAFC_DRAW_NAME]
    
    Can this be done ?
    
    Cheers,
    
    		Gil
    
                   

    Hi Gil,
    
    Very rushed at the moment - I will send you a script that does 'things'
    to Partition (!). Not exactly what you want, but it will give you an
    idea of the required syntax and fields available. Have to go now, but
    let me know how it goes....
    Cheesr
    DaveT
    P.S. sending script now..
    

    
    Hi,
    
    Our last two entries must have gone in almost at the same time !
    
    I've checked for customisations to MDK, and there don't seem to be any.
    
    MDK is an option on the SM$MUA form, which sits in MANAGER.FLB in the
    Digital area.
    
    All the scripts that it references (on quick inspection) are all
    located in the Digital area too.
    
    We did use SYSTOOL before the Diamond upgrade, but this account was
    definitely moved using SM rather than SYS to bring up the system
    management options.
    
    Hope this helps,
    
    Cheers,
    
    		Gil
    
     

    
    Hi and thanks for the script,
    
    From it I was able to knock up a very basic script which was successful
    in updating the PARTITION.DAT record. I thought I should include it
    here in case it can be of help to others :
    
!
!update_partition.scp
!
Display Starting...
force
for partition with .unique_name = "[RENDELL.DAVID]MAIN" do -
   write change partition unique_name = "[RENDELL.DAVID]MAIN", -
      directory="MANU_DISK2:[DRENDELL.ALLIN1]"
get oa$display=oa$status
!
    
    There is one more thing that I'd like to know - I noticed an additional
    field in the PARTITION record which seems to contain just the user's
    default disk device name, eg $2$DUS4 in this case. This is quite
    seperate from the directory field, and I left it as it was (pointing to
    the old disk). Although the user's account is now functioning normally
    again, I'd like to know the name of this field and its function, so
    that I can update it too.
    
    Thanks,
    
    Gil
    
    

    I just moved my whole allin1 area to another disk. I changed the profil
    of Manager (to reflect the new [ALLIN1.MGR] location and modified the
    UAF entry. Now I get a message from ALL-IN-1 saying it can't find my
    DOCDB. 
    
    Reading through this note, I saw a reply refering to PARTITION.DAT. I
    dumped this and I see it contains a pointer for MANAGER to the old
    directory. Where did I go wrong and how can I put it right.
    
    John

You need to reseed the manager's partition entry, ie:

    GET #oafc_seed_user = "MANAGER"
    DO oa$lib:oafc_part_seed.scp

There are zillions of notes in here on this topic if you need more info.

Note this will only re-seed the manager's MAIN drawer; if other drawers have
moved disk, you'll have to track them down and fix them as well.

Scott

    
    One slight alteration, it's :
    
    DO OA$LIB:OAFC$PART_SEED.SCP
    
    
    ...but Scott was close enough :-)
    
    
    Kevin.
    
    

    
    One further note to Scott and Kevin,
    
    This will take care of the MAIN drawer, if the manager has created
    other drawers, that physically existed in his directory tree, then
    these will also be wrong. They will need to be updated as well.
    
    --Bob