[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

534.0. "Re-install or logical name change?" by POPE::NTTDA::MENARD () Tue Apr 21 1992 18:09

What is required in order to change the disk upon which ALL-IN-1 sits?

We are running out of capacity on the drive that has the [ALLIN1...].  For
reasons irrelevant to this discussion, we have decided to move the ALL-IN-1 
stuff and leave the other directories alone.

The options I see are:  1) re-install ALL-IN-1 (we are using 2.4), or, 
2) backup and restore [ALLIN1...] onto the new disk and then change the logical
name tables and any startup procedures that re-define those logicals.

I like option 2; am I missing anything?  (It can't be THAT easy!)

RAM

T.R Title User Personal
Name Date Lines

534.1 Move can be easy BUFFER::VICKERS Perfect is the enemy of good Tue Apr 21 1992 19:02 36

T.R	Title	User	Personal Name	Date	Lines
534.1	Move can be easy	BUFFER::VICKERS	Perfect is the enemy of good	`Tue Apr 21 1992 19:02`	36
	It's not clear whether the mail areas are included in the ALL-IN-1 directories to which you refer. If they are you might wish to transfer them first. This might gain enough disk space to not move the remainder. It's almost always a good idea to have the mail areas dispersed on other spindles for performance reasons in any case. The Transfer Mail Area option is on the Manage Mail Area (MMA) on the SM menu. It does require that the mail area be closed down before using it. You can bypass use of TMA by modifying SM_SDAF_MASTER and SM_SHARED_DIR_MASTER and manually moving the files as a part of the big move. Moving ALL-IN-1 itself is fairly simple. You certainly need to take care when making the move, of course. The first thing to do is to be sure that the move is done when no users are using ALL-IN-1, of course. The location of the ALL-IN-1 files is stored in records in the A1CONFIG dataset. You can access and change these records by invoking the A1CONFIG form from the Manager's profile or other privileged account. You will need to change the disk locations in the A1BASE and languages records. You will also need to verify that the profile records for MANAGER and POSTMASTER contain the new disk location. You will need to change the UAF record for the ALL-IN-1 account. Once you have made the changes to the datasets you can use BACKUP to move the directories to the newly specified disk. You can then restart ALL-IN-1 using the new disk and directory as the P1 parameter. Clearly, you will need to test and verify that everything works after the move. Be sure that the sender and fetcher are working, in particular. Have fun, don

    It's not clear whether the mail areas are included in the ALL-IN-1
    directories to which you refer.  If they are you might wish to transfer
    them first.  This might gain enough disk space to not move the
    remainder.  It's almost always a good idea to have the mail areas
    dispersed on other spindles for performance reasons in any case.

    The Transfer Mail Area option is on the Manage Mail Area (MMA) on the
    SM menu.  It does require that the mail area be closed down before
    using it.  You can bypass use of TMA by modifying SM_SDAF_MASTER and
    SM_SHARED_DIR_MASTER and manually moving the files as a part of the big
    move.

    Moving ALL-IN-1 itself is fairly simple.  You certainly need to take
    care when making the move, of course.  The first thing to do is to be
    sure that the move is done when no users are using ALL-IN-1, of course.

    The location of the ALL-IN-1 files is stored in records in the A1CONFIG
    dataset.  You can access and change these records by invoking the
    A1CONFIG form from the Manager's profile or other privileged account.
    You will need to change the disk locations in the A1BASE and languages
    records.

    You will also need to verify that the profile records for MANAGER and
    POSTMASTER contain the new disk location.  You will need to change the
    UAF record for the ALL-IN-1 account.

    Once you have made the changes to the datasets you can use BACKUP to
    move the directories to the newly specified disk.  You can then restart
    ALL-IN-1 using the new disk and directory as the P1 parameter.

    Clearly, you will need to test and verify that everything works after
    the move.  Be sure that the sender and fetcher are working, in
    particular.

    Have fun,
    don