[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

2281.0. "User's A1 directory and SYS$LOGIN on different devices?" by OSLACT::EVEN_P (What are you staring at? This is Personal!) Wed Feb 17 1993 15:46

Hi,

A customer is planning to separate users' A1 directories and place them 
on a different device other than the login device. They want to know 
whether or not Digital will support/recommend this environment.

The main issue here won't necessarily be the pointers to drawers, as 
they wish to split the directories before upgrading to V3.0, and I
*assume* the partition seed routine will cope with this. I am concerned
about the PROFIL fields DELETE_FROM and DIRECT pointing to different 
devices. 

I guess there must be some manual intervention or customization
to the Create Account files.

I would very much appreciate some thoughts about this and advice on 
what to say to this customer. (They have a skilled ALL-IN-1 manager.)

Being responsible for an internal installation, I'd risk doing such a
split, but my own complaints wouldn't be very critical for a customer 
relationship :-)


Regards,
Lars Even Christiansen.
T.RTitleUserPersonal
Name		DateLines
2281.1should be OKIOSG::TYLDESLEYWed Feb 17 1993 16:1824
Well, to start the ball rolling, I will stick my neck out and say there 
should be no problem with setting up accounts this way! In fact, I run 
my development account with exactly such a setup: 
DIRECT = USER1:[TYLDESLEY.A1V3]  DELETE FROM = USER2:[TYLDESLEY]
Having said this, though, I don't often delete my own account, and it is 
well privved. ;-)

One of the things we did set out to do in V2.4, was to make a clear separation
between the UAF device/directory, the ALL-IN-1 device/directory and the 
contents of the DELETE_FROM field. If you look at the Create User forms
(MGT MUA C CU) you will see, particularly on SM$CREATE$VMS, that they can
all be specified independently and differently. Don't forget, of course,
what DELETE_FROM means - this is the explicit point that Delete Account will
work from when deleting the VMS account - we made it such, so that there could
be no goof-ups about from where, downwards, the account was deleted! It fills
with a default, but the manager can override this during Create User. Delete 
User also empties the ALL-IN-1 subdirectory separately.

So, within the account management area of ALL-IN-1 I think this configuration 
you suggest could be supported. I am not sure about the File Cab implications,
but I'm sure someone else will add information on that.
Hoping I understood your question correctly,
Cheers,
DaveT
2281.2Something to considerAIMTEC::ZANIEWSKI_DWhy would CSC specialists need training?Wed Feb 17 1993 16:265
        Setting up ALL-IN-1 like this is one thing.  Products layered on
        top of ALL-IN-1 may not like it.  That should be given some
        consideration before making your recommendation.
        
        Dave Zaniewski
2281.3Mostly okayIOSG::TALLETTGimmee an Alpha colour notebook...Wed Feb 17 1993 20:0010
    
    	You may run into code which assumes that the subdirectory and the
    	VMS account are on the same disk. I know I've fixed a few System
    	Management bugs in places where the code assumed this (Transfer
    	User, Move Disk).
    
    	I think your configuration would work "most of the time" :-)
    
    Regards,
    Paul
2281.4Been done before....IOSG::PYEGraham - ALL-IN-1 Sorcerer's ApprenticeThu Feb 18 1993 09:079
    I've heard of this being done before, so it must mostly work. Amazingly
    some people put a whole system's [.A1] directories on the same disc,
    which must be really good for performance :-)
    
    You might want to research old versions of the conference to see if
    there's any more information. Hopefully someone will answer your
    request for guidance on the PARTITION, FCS etc., implications here too!
    
    Graham