[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

4225.0. "Transfer user with shared drawers?" by KERNEL::LOAT (Stop throwing those bloody spears!) Thu Jun 02 1994 18:09

    
    VMS 5.5-2 ALL-IN-1 3.0
    
    
    When transferring a user from one ALL-IN-1 system to another ALL-IN-1
    system, what happens if I have access to other peoples shared drawers?
    
    Obviously, any drawers which you own are taken with you, but what about
    this case?
    
    User A has read access to a drawer TEST which is owned by user B.
    
    User A is transferred to another system.
    
    What happens to his pointer to drawer TEST?
    
    A customer has seen occurances of this pointer to drawer TEST staying
    with the tranaferred account, which makes no sense as the drawer
    doesn't exist anymore.
    
    Help?
    
    Steve.
T.RTitleUserPersonal
Name		DateLines
4225.1soon tidied?IOSG::TYLDESLEYThu Jun 02 1994 19:3811
    Steve. 
    In your scenario, the more common question is 'what happens if user B is
    transferred' - the shared files are moved to the Holding Account 
    (policies) when the old account is deleted.
    
    But if user A moves, then I think the pointers will remain until the
    first housekeeping run of FCVR, when I suppose they would be tidied up?
    I haven't checked this, though... perhaps someone more familiar with
    this will correct me?
    Cheers
    DaveT
4225.2As if by magic?IOSG::MARSHALLA glitch in realityFri Jun 03 1994 10:4210
I'm sure we try to be awfully clever about this and update all the pointers so
that they still point to user B's drawer (which if user B was remote to user A
before the transfer becomes a no-op anyway?)?

Of course, you'd need to set up appropriate proxies to allow access, but the
pointers should all be there.

He said na�vely...

Scott
4225.4Looks like a bugIOSG::TALLETTRoll on Chicago...Wed Jun 15 1994 10:5819
    Hi there!
    
    	Yes, it is a bit of a dog's breakfast isn't it? :-)
    
    	I have just checked the code, and I can say with some degree of
    	certainty that transfer user does not change shared drawer
    	references during the transfer. That means if you had
    	FOO::"[BAR]SHARE" in your filecab before the transfer, then the new
    	account on the new machine should still have the pointer to that
    	drawer, which could still be valid.
    
    	However, there seems to be a flaw in this logic in that local
    	shared drawer references will be 0::"[BAR]SHARE" and will be
    	incorrect on the remote machine. I suspect this to be a bug, as
    	this code predates the 0:: convention -> in the beginning the
    	nodename was stored in FILECAB.DAT even for local drawers.
    
    Regards,
    Paul