| T.R | Title | User | Personal Name
 | Date | Lines | 
|---|
| 2927.1 | Rooted logicals aren't supported | TINNIE::SETHI | Ahhhh (-: an upside down smile from OZ | Mon Jun 28 1993 00:28 | 18 | 
|  |     Hi,  
    
    >Are there any known problems with having the VMS SYSTEM account tied
    >to an ALL-IN-1 account?
    
    There aren't any that I am aware of as far as ALL-IN-1 IOS is concerned
    it's just another user account.
    
    >It appears that the directory mapping structure for the SYSTEM account is
    >too complex for ALL-IN-1 (i.e. SYS$SYSROOT mapping to SYS$COMMON, etc.)
    
    This is correct ALL-IN-1 IOS does not support rooted logicals and
    hasn't done so as far back as I can remember.  Change the directory
    specification to sys$sysdevice:[sys0.sysroot.sysmgr.a1] and test.
    
    Regards,
    
    Sunil
 | 
| 2927.2 | Caution - it can't be THE ALL-IN-1 account | AIMTEC::WICKS_A | U.S.A 2 England 0 - I was there! | Mon Jun 28 1993 02:50 | 14 | 
|  |     Note however that whilst SYSTEM can be *an* ALL-IN-1 account called
    e.g SYSTEM it cannot be *the* ALL-IN-1 account as in the one that has
    the POSTMASTER, MANAGER etc profiles in it...
    
    The ALL-IN-1 account and the SYSTEM account CANNOT have the same UIC
    in ALL-IN-1 v3.0 
    
    It's in any number of STARS articles including Sam's now legendary
    "list of items to check or watch for BEFORE installing ALL-IN-1 v3.0"
    and any number of notes including number 765 in here     
    
    regards,
    
    Andrew.D.Wicks
 | 
| 2927.3 |  | TINNIE::SETHI | Ahhhh (-: an upside down smile from OZ | Mon Jun 28 1993 06:45 | 8 | 
|  |     Hi Andrew,
    
    Thanks for the correction I just forgot.  The reason being Monday morning 
    blues ;^), well I had to find some reason didn't I !!!!!
    
    Regards,
    
    Sunil
 | 
| 2927.4 | ALL-IN-1 directory spec change | SALSA::SCHENKER | The world is an Optional Illusion | Mon Jun 28 1993 23:32 | 9 | 
|  |     I'll check it out with the customer tomorrow.  They are forwarding
    their mail to the System "ALL-IN-1" user account.  The ALL-IN-1 Mgr
    account is as it should be - a different UIC. 
    
    As for changing the directory spec to SYS$SYSDEVICE..., we're talking
    about the ALL-IN-1 profile - right.
    
    Thanx,
    David
 | 
| 2927.5 |  | BUSHIE::SETHI | Ahhhh (-: an upside down smile from OZ | Tue Jun 29 1993 00:19 | 10 | 
|  |     Hi David,
    
    >As for changing the directory spec to SYS$SYSDEVICE..., we're
    >talking about the ALL-IN-1 profile - right.
    
    Yes. 
    
    Regards,
    
    Sunil
 | 
| 2927.6 | %OA-W-CAB_USED, The filename already in use. | SALSA::SCHENKER | The world is an Optional Illusion | Wed Jun 30 1993 01:32 | 35 | 
|  |     Sunil,
    
    I changed the profile the sys$sysdevice... and that didn't seem to do
    the trick.
    
    I looked on the disk fot the Managers account information and then
    modified the profile to reflect that as:
    
    $1$dia0:[sys0.sysmgr.oa]
    
    The system still tried to look in the wrong directory (the top level
    root).  I rename the directory from
    $1$dia0:[sys0.syscommon.sysmgr]oa.dir  to
    $1$dia0:[sys0.sysmgr]oa.dir
    
    I can now bring up ALL-IN-1 without error message (such as actitem.dat
    file not found).  I can read and edit files in the main drawer. 
    However, when I try to create a document in the main drawer, I get the
    following error message:
    
    "The filename is already in use"  upon a gold W:
    
    %oa-W-CAB_USED, The filename is already in use
    %oa-I-lastline, Document could not be created
    %oa-I-lastline, No document was created
    
    When I created a new drawer, all functions work in that drawer
    including document creation.
    
    Do I have a corrupt file somewhere?
    
    Thanx,
    David
    
                                   
 | 
| 2927.7 | Check the partition record | MIMS::MORABITO_P |  | Tue Jul 06 1993 15:15 | 31 | 
|  | 
	David, 
		You may want to check the partition record for the 
SYSTEM account.  It's my guess that this is still pointing 
SYS$SYSROOT:[SYSMGR.OA].   The way to check is to do the following:
	From ALL-IN-1 account or privileged account from an screen type
	
		SM MFC MD IAD
	In the owner field type SYSTEM and then a carriage return.
You will see all of the drawers owned by the System account.  Select the 
main drawer.  Read the drawer information.  Check the directory.  If
it is SYS$SYSROOT:[SYSMGR.OA], you will need to remove the drawer from the
partition and then reseed for just "SYSTEM".  Type REM to remove the drawer.
To reseed do the following:
	<GET #OAFC_SEED_USER = "SYSTEM"
	<DO OAFC$PART_SEED 
	This will seed the partition for just the "SYSTEM" account based
	on the information in the profile.  
	Log into the SYSTEM account and see if the problem is corrected.
Hope this helps,
Paul
 | 
| 2927.8 | Thanx to the hotline folks | SALSA::SCHENKER | The world is an Optional Illusion | Wed Jul 07 1993 21:57 | 7 | 
|  |     Paul,
    
    Thanx!  That did the trick.  It's nice to see people from the hotline
    helping us out in the notes files as well as by phone.
    
    regards,
    David
 | 
| 2927.9 | Risk: Administrator can delete SYSTEM account | COPCLU::ELIN | Elin Christensen @DMO, DTN 857-2406 | Tue Aug 03 1993 09:55 | 6 | 
|  |     
    I have adviced customers not to make an ALL-IN-1 account for SYSTEM
    because of the risk that an administrator might delete the SYSTEM
    account including SYSTEM's UAF entry and VMS files.
    
    Elin
 |